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%&.&—fti$LM.$t]y!!&.#fo&tfl$i&2k#}* £&F-t, 4M&TLB141 

&JS&101 fytfj3t<tf%%Wtfj%&.T%&&, $ti& TLB i&#tj£4L-t.^'# 

fltfi£*M*.it, X#^4-##^^**3#4L&H'& 234, 
###|f JiiKr #Jlt4fr TLB 141. 

#^^X^A5iJ^4^ TLB 121, #^33.X^rfj^«f#ii#ifcit# 
4fc. ^^^0#-7G 112 ^JL^-ftg 281 & L2 152 &*484s 

##1**484^4*3 Li 484i^£4M5- 213. #484-* A 3 Li 484-& 
4Jt# 213 jLAA^^MM^^M. ifctWWHibia** 

^M^^#B-t^4ai^X^e,^48^^^a#^t#^# 

Jfe£fc#&, Jt^, TLB 141 St#it*|'#a. 

tf «*4*MjM- * --&&&£tH'#4*l&48 . 

IjiMS 281. i»T#««|LAJBL^*lir«.i4«&*»*«^«S!**. 
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«t&ii4M-#^**;# 32 64 # ( *p 8 ). > 
m 7A /5fr^, £ift<fr£#lit --M** 4 ^IF&A, Qjfc, ^ A 
AO M. A3 ttw^^feA. — A1H«8 £&^>a 
64 8 *^;fc^#&#£4£irt, *»H 7B /5f^, # 
AO, BO .HO£-#$J*J-J&-f^ 0^^ 1 — #A1, Bl 

#L%Xk&J CBC ( 

i&^*h«L» W^#Jfc*t 301 &-#lfc<fi., B £ 302 

303 *fy tr 307 j. a 307 - j ^t^An ID 307 - j - 

k, 309 ID *fclfl^#ifc*ifc##*«**l^tf 

309- m. 308 309 

48^4, 3,7^^4- TLB121 jLtt^rMHfr&$H. 
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:ft*T#fi££if iH&ft%$L%>$tt&4!i TLB 121. X 
##R##5##«tt^MUf4L306, 307 311 ^A5'J]?4L^>tll 
230, ^L^^-309^ltlJ«J#.#^^^^aJt^231. 

£#&2]jUH*1ltf#&t, 309 tt->HGi|-tt£# 

309-m *5Mt***tf 
^AJj^lf^Jlf**^*.*^* 231 tf*&t> **3M|-#tlM»9l* 

H 231 *3 ifc* rfMM* tffcnt , *&?Mr£t3l # f-*] *r. 

101"£— tt*Mfc$MH Ks ®$L, ^JJfl^Aoft^ijg, T^2t^.^ 

tHAo 309-m #6^r48Xcrtt4M£ 309-m-4, 309-m-4 *!! 

&%&*t%L%&L 310 t, tf-fltfllflUt*??- 101 ^^^4« Kp 

E^[Kcodc]#^5M£#iMl-*^48 Kcode. # 7 # 

&#j$L&)t%#iSLm&>KtiL&. itJL# Ks ^ Kp #-£&3tJL# 1024 
ii, # Kcodc 64 4£t&£T*Ut < &jrJMJ 256 

E[Kcode]*»^A 1024 te^^J&^tfg-B. 310. £ Kcode 
&#ii#tf-fc>!i»ai&*fe# 1024#>?Hfr'Sitf\ sfc^'&M^^^^^] 
& 1024 

B 8 A^^^^^^ftt^B^^^^^. &J?iti£n 501 £fl 
£i£#&£t£)^ 502 -tttyfc&'ft^IE. 502 "Addr". 

TLB 121 tt#4L 307, #H#&At "Addr" 
*st "Addr". jSjBt, #*»*^«*f**^ ElKcode]^^^ 309 
A, #0/a& CPU Ks, 506 *t*&iM-*f 
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«MS^ 101 Kp#Jfj^ft^^tf^^4B Kcode 

^, Kcodc *»#tt*L# — fejii'BWMt*^ Kcode, 

i£#:*c3g3£ 101 Kstf#/'3&*T&*'3i: Kcode. 

Kcode #^4WJ**»*#*«*J£. «#4**!flMHH* 
^ Kcode6*-£4r'&, -2-:*. 

#&>«4r!4L 511 jMM-JC>fc 512 i£M4frig>iHfr3l 510, 

>«4li4L 511 ;MM^4L 512, iiit&*t*n^ 112, Xft*M*tfr 
TLB 121. 

i&it&lM£*#-ifc 112#*t£ "J"*) m%4- TLB 121 4***4fr«Jfe 
Jbh "Addr" 503 
*f^#&#: 212 503 j&f^. 

#<ft£| Ll#4^&lMh213, *J&#*#<WMr- 

T*#*»*##**.4i. 

^^^^^^^^^r^^^t^^^^^ 2000 - 35898 ^ 
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£j*t£iM*lt. Lllt4fc&iMl>& 218 tt, £i£4r*l 

#4g4^TLB 241 J*j##M43 241 232 #^4U##*t 

^it^. 307- j- E "1" #;fr^3f?£ 

# & 307 - j - E »t, * ja»4-**«l*«* # ^ ^ &#^&*t. 

/fJ/>*T fe^i£4Mi*Sii»**& Kcode tt£&0L, 
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£ Pentium Pro Jt##«:J£it^^-hTi:^4^ 
2j##3l###^&###;iM^ $MM*&#E^*fc## TSS(*£^ 

Pentium Pro ^JL^FW^T^tf -f*JH**t« 

iM-1f*t*it?£, #&#£*#&tt:JMFit*£.. TSS at. 

#£0Mi»/Jtt TSS rtflM|-«&iT*.fcOlft«*. A*., #JL$'J^Ht 
4Mrtf&^#iT:£#4M#^#3£ 72S AN-a^ TSS EL. 
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• • * * * * 9 • 

••• • ■ ■ ♦ « 

" - " " • •«••«« mmU , 

(2) x ^^^^*t*r^^-*-tTi:*L 

(3) g ML«J±TH. *M£.tt.4M-i* 
*Jffl-t*MHaL <l), T«##JiT:Mr&6*3-^*t, fltf*.-^ 

JiTittf^U'J. _ti£.#*M2) ft^ T ^IhM 1 B i«l 

M.jt3tjL&fr B #5iit#.#^ A f- 

B. &$1&&&frTft&tt$L&fr&tfj 
*]/8Ji*MH>£ (3), Ti»j*teirfcflJIMJ&^#tt*»£-£il 

#rtf IDT ^nr^JJ T SS> Jt*ib.&tt^*W#iMfc*»#, 
T*^&*M5^J&£iHMMhfr& 725 ( .fc* Afc TSS^^ffl ) 
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3£&. IDT A.ttiM*9B TSS, »'J^ii#^^^^^>#^^ 

it, ti>3-*4r2L$-ft&$\ TSS. £ ^i^fa^T* T 
ikm.fr. fete— ^^.M^^te^^&'fcfttt 

^^^^ll^^^^ll^^^iL^^^B**^^. OS 

@ 10 J****JiTiLft&ii£**>bft4*£.*K & 

J(j->fiL-f^6#*l«*«^**^^^#*jS 802 J. 825, 
#JL#!J| TSS *L*bfrto$ih&&l*&M-- 826. fc^Sflflyf- 
4£*t#g# TSS TSS*4>^tt##.T, Jb&ifcft 

J. CY3 ) 827 J. 830, #i5LS./8 ^#**«1Ta**A***jt 831. 
|U£, E Kcode [Kr] 832, #]/fl4it;fl4Mr^;fc&&4>l Kcode 

*fc**P*l#*#*fl-f*«#-tTi:*&#*l KrW, E^Kr] 833, 

#J«*fca»«5^*^ Kp#*«^*»^-tTil^^^ Kr>&; SIS. 
grZ Siclmcssage] 834, xttlfltiLfi *tJgg#^^4fl Ks. jM% # 

£#£-4Lfc] #*HH /B :& $ S 801 flbfr. 

® 4 ft -fctfl-frlfr 131 ft JiT*.*A*«#/*f *4Mi 254 % 

#£t*&tf>&ii=£#3«r&. £ TSS ft flbfcJiT 

«M*t4ft^ TSS -f-MWtT <a*Ta**A«3t# 

£*»#Jh.T*it*Lt, TSS *.«hRAH 826 ft 


PAGE 36/101 * RCVD AT 5/23/2007 1:23:43 PM [Eastern Daylight Time) " 8VR:USPTO-EFXRF-3/3 • DNI8:2738300 » C8ID:(661) 460-1986 * DURATION (mm-ss):59-18 


5/23/2007 11:23 AM FROM: (661) 460-1986 Huffman Patent Group, LLC TO: 1-571-273-8300 PAGE: 037 OF 101 


FQ#3t4fh M-tTi:*»^. AH, 831 *$*.*JSt*tT 

* sf]/II*t«»«&4Hr&$i Kp £ t #.ft&ifa%%& Kcode 

j^*»il^#^^^4)3 Kcode, tfr^^MS-iftit 
it*']# Kcode E Kcode [Kr]^>:*2Uf -tT**^^ Kr. ii. 
it*] J8 Ks E^Kr], Hfc*fc*£J& 101 ^»a-&#-tTit 

Kr. ^^'i^it^5lffi > r^*ta^^#^^ 

^^it^-tTi:>fi:4«tT«^*r*tlf, #JU&*tJ£g 101 

Ks *f#iT*teA^i»*^3MMf. 

101 Ks tflMr EK COde [Kr]^ E Kp [Kr]#i£-tTX.#: 

SxJmessage]. 

i£T##J&— $?X&*\m Kcode ^^JiT^4t^^*. &A, 
£ei^#g4fc&#*t<>LT, &£.ej4pty3L*t$Lit*8,it>%%& Kcode 

SL&ftftVL. ^jtb, £^&4M--tTilBt, # 131 rttfSi 

#L*U$l£££ 252 >*£&;Mt Kr, ##^i££] JiTiUf&^/#& 
#-7G 254. ii.it'fcfl&;Mt Kr tf**M483-3r, -tTiH£&«/# 
^-#-7G254#JiTi:>^. W;Mfc<i. E Kcode [Kr] 832, &iil*I# 

#4lL#4Mr^£l Kcode ft)&%%4R&ykTTyJ>&4t&. E Kcode [Kr] 832 
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&xm#U8t Krit^fc^T E^Kr] 833. 

834 ^^^it^T^^IJ^^*^^^^^^ ^^-Sl^ 
3Hf: ^^^JS^T^^^^^a^E^JKr] 832 tt*f&it€M^ 
^ 834 tf/=£it#5LPpT. ^Ji^^t, *N&*fc«ll 101 
Ks ( '5&mT#*4t&,1i°%%& Kcode#Jl^it#) JB 
E kC0<le [Kr] 832 834 
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TSS ft£<hiM^££/*£-£ii'&tt#&, 

ii.i±^t.-tTx^^r^^it^»t, OS *.**f"«9l«*i* TSS 

^Jt® 4, #'J/fl*tS&tf**M43 Ks, 131 

^6^^#^^4«^^^£#-it257|Srii£^ Sk, [message] 834, 
#Jfe~j£^^^^ir^:S#->C 255. jUfctf, #^*t##-;t 255 

&*£jk&&%&&%&«ji£g&L*tg.B 101 #JLiMt££.. 

§Jfe-il.^^^N-,ia.itif'J^#^^ Ks*f&-tTit$& E Kp [Kr] 
833, JLT*-ft:&>^//&f^#-7G 254 &#&:frlJt Kr. fi^^L, )K%J^^ 
tir% 230 ft#.ife*frj£f-^Ht#:i! ( EIP) 809 60#.*r^4H Kcode, 
##££§.£1 StTft^fc^flMM. 251. JiT*^&>&/#^iC. 254 
#J/83Mf*W^«ll Kcode # EuJKrllfft, 

$&3%§r&&&$-7b 257. illft 257 3§ri£. 

E K codelKr] 832 ttJft#&*:«Jj«t*t«£#| Ks 

J8L. iti±^ri£, T#^i^JtT:£^&££ifc##»Jfl3ifr&&& 
Kcode & #.4r^ 8fr £ 60 . 

Jii£4H*# I*- T at# # *T ***** T ^-t T il-fT 4 4* 

m.it&&m$i4T£k&& Kcode W*»#l-fc.Tit4tr&, ^-5J>:*£#.j& 
B 60, <ljt****«t. *fc#tt*Mf*# 
m Kcode J(t*ifl-f *»*-tT*.^A«4^*15t*L*. Kr 
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if*££tf4HM)&3Jritf\ #-LT*.4UL*l*'fr**# 253, #J-&& 

TSS IfcAt^'ftlll^tm^S^it^^S. OS V« 

fj^^^ 253 Mfr4f&&&3%gr&mz$-jL 257 i£4rtt4HiE.*tS 

J8 RMx.£ttt ^ ^ Or * ft *£>*MMA -f-^afl ffitiLm ft &:Mt 
^*]ft*-»TiiM£, £ Onodcra ^ft|5 2980576 -f 9 >M-*J <Nt&T 
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# T 81 Kr jL _L T i: # 4 *J # * 1*1 ^ & *» & # ^ . 

£@ 10 t, a R" 825- 1 JiTiUL^ 

JiTiL. 

•IT # 825- 2 TSS >» TSS TSS 

3Jb4Mfc£tjL£ "0" H, JH#MMl-6$ TSS TSS, 

t *t, Mf*fr&#i tss &mr tss. itit^-fc^fsi^tti*. 

# &M.TSS. 

TSS TSS ft £#]£-T\ TSS »t, *£«35£-fMk 

4r*^tt TSS##Jfei*tt>f£^#3IA##JMt. TSS 

it^t, «^^«l#«.**rtt^ TSS 801 

^JL, £/H,r TSS 6^^JLit^t. *jt^#^MH5-&&te. ftP 

<fc/8 — tJ^#&*#^#&^T;fr&tt^&- 
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^ TLB 121 TT>Xf>]&\MlSmi-*%&&&.K& (&&$Lfr%). 
HfcHfrifrH**. > Mf| JUL* A at 

( Ulit) tt^MTt, EFLAGS ^grttf^tN*. 

<«#^> 

£***«t. flt^*L*«*r#JHt*BL*aj*«tJta* 101 * 

•*P*L£fi*V<MHl-3S- CYO JL CY3. 'fctfltfiti 1 -® 9 717 
£. 720. &® 9 t. 3f#£ CYO J. CY2 tfj 
&CY3 6$2w^. 

CY3 717 5&«ft!8*»M*l4.^^*. ££-*fc*fc 717 

-1 £*L*K* 717-4 
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XtiLm 7 /3fi*i£#E** 717-5 MTftg^®. M$L3t 

£&.& t &j J 8Lty1', CYO M"ifc|La4fcJt*t, & CY1 J. CY3 4M^ 
*i££4MlMfe;JM5U £ CYO CY1 #X6$E***JfcBt, i^ife 

CY0#&'J£, Pp*ifcib*L^^E^.rt^ CY1 ^^ife*t, ifc*K 

^■ft-i* 717- 4 ^^^#A^^*t^Ti£^HJi:^^Tilt#^ 

its., ^4fe^^*t^^^^Tilt^f^^, *?4kfr%$L&TiK4TK 

fc&&&^&&&$L%&&&&%-ft&) CYO J. CY3 M. 

8 4/^#4Hh&^253i&$!£&#TLB 141 J*mX 
236. 

& 236 ( ^ffl 4), £t*£ TLB 141 #l*J^.#Jfcit «Addr' A# fe^£ 
CYOJ. CY3tf&® 1*3. i&ji^JjP], ^^ML^^'fet, «£TLB141 
4»4Ht«£*>$4frfe& 212, &ifcll##M- LI 4t&&&&& 

^MfLT, ^8 fcJfcitJMr****, «** TLB 141 
219, *#ftgil44Nfcft*J4l*<* Li**ft£- 

^ 218 >r«i/aM.^fl04r4i#tt4t*if#. 
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101 *MP#4"f*f£ ® 4/^#iL#4*H281). 

%-{3-it4t$L& %lt, *?tiL&-^% LI 114 Jt#— 

1fr;fcl024#, Jn 128 it#*fe^3ta<»##tf 
4fc/B&*i*/i*J& 10i£#^&#g-#ifc#. 

4^i5^*f ^4Mr^tt LI 213 &i£41#4r*i# 

#>&*UHfrg. £iflJfm^J&f&3&&& 212 LI 
»+**MM- 213 , #^4fl#&#*#^>&'H^*1&. 

CYO J. CY3 A jMH4f4*&* 253 TLB 141 

&&$L^&&ifc)k 233. ibot, 

^^#ifl#^^^r^^^^#^^> 251 ife ft #4*#*| 
233. 

JM§4^i£^##*£2U9!*l> &&&&&& 218 4M*-#i5^ii& 
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233 ^AJUMHBfr*. 
X> 256 ^^^l&^ii.^^^^^^^t^iR^^^^^il^t 

&£Ufc#.^-2 51/8, «'J^-2^A^S!^it#. 
^^t^$]^^Aon«^ ( "egate" 4§40. 


PAGE 45/101 * RCVD AT 5/23/2007 1:23:43 PM [Eastern Daylight Time] * 8VR:USPTO-EFXRF-3/3 ■ DNIS:2738300 * CSID:(661) 460-1986 * DURATION (mm-ss):59-18 


5/23/2007 11:23 AM FROM: (661) 460-1986 Huffman Patent Group, LLC TO: 1-571-273-8300 PAGE: 046 OF 101 


±iH (2) Aii#-#*tait^, *£#**iM.#***MMMl|L 

S 11 ^A#-^crn^4-#^^^ii^. #*tSH 101 
^#^^^^^^I^-^^t«#-X. 131 £lTtt^4S>£##-;fc251 

51601). £&mi%&4t{L2L>k$t4ttf (##601 NO), #^3fe 
fe^^^ltitiC^^^lsi9tift.#^^4^^^^^n ( "egate') 
^(## 602). -MUt/wan**, SMt^^-iMS^, QifcT 

ML 602 t# YES) Bt, $t$L4tjb%&. 

teiL, %?}&m&4-*&^vnm^ (&m. 602 t# no) »t, 

^3^**^ (##) ( 603). d^^MMMt*. sfcJi#at 

Sib, &£flia;tt+*44MNt* 603 t# NO) H, & 

rt*JNJl****HMM»* (##603 t# YES) 

J. CY3 t# 717 .£720 rttf^48E^ ( CY3 f^^E^.717- 5). 
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jjft-j£,43. ( CY3 1*3 6$ 717- 3 ) i£JL# 
4k _t T sifr $ t 60 BfcMt. 
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gftJMUhttJMI 1121##*JiSMf£l "egate" (ApH) $?^Bt, 
IM^Wtt^ 1101 *f-4##.4f. Siitifcff "egate" ^4-, 
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TAMPER RESISTANT MICROPROCESSOR 

BACKGROUND OF THE INVENTION 

1. I'ield of the Invention 

The present invention relates to a microprocessor that can 
prevent illegal alternation of execution codes anil processing 
target data under a multi-task program execution environ- 
ment. 

2. Description of the Background Art 

In recent years, the performance of a microprocessor lias 
improved consider ably such that the microprocessor is 
capable of realizing reproduction and editing of video 
images and audio sounds, in addition to die conventional 
functions such as computations and graphics. Ity imple- 
menting such a microprocessor in a system designed for 
end-user (which will be referred to as PC hereafter), the 
users can enjoy various video images and audio sounds on 
monitors. Also, by combing the function for reproducing 
video images and audio sounds with the computational 
power of the PC, the applicability to games or the like can 
be improved. Such a microprocessor is not designed for any 
specific hardware and can be implemented in a variety of 
hardwares so that there is an advantage that the users who 
already possess PCs can enjoy reproduction and editing of 
video images and audio sounds inexpensively by simply 
changing a microprocessor for executing programs. 

In the case of handling video images and audio sounds on 
PCs, Ihere arises a problem ol" a protection of the copyright 
of original images or music. In I be MD or digital video 
playback devices, unlimited copies can be prevented by 
implementing a mechanism for preventing the illegal copy- 
ing in these devices in advance. It is rather rare to attempt 
(he illegal copying by disassembling and altering these 
devices, and even if such devices are made, there is a 
worldwide trend for prohibiting the manufacturing and sales 
of devices altered for the purpose of illegal copying by laws, 
(Consequently, damages due to the hardware based illegal 
copying are not very serious. 

However, image data and music data are actually pro- 
cessed on the PC by the software rather than the hardware, 
and the end-user can freely alter the software on the PC. 
Namely, if the user has some level of knowledge, it is quite 
feasible to carry out the illegal copying by analyzing pro- 
grams and rewriting the executable software. In addition, 
there is a problem that the software for illegal copying so 
produced can be spread very quickly through media such as 
networks, unlike the hardware. 

In order to resolve these problems, conventionally a PC 
software to be used for reproducing copyright protected 
contents such as commercial films or music has employed a 
technique for preventing analysis and alternation by encrypt- 
ing the software. This technique is known as a tamper 
resistant software (see David Aucsmith ct ah, "Tamper 
Resistant Software: An Implementation", Proceedings of the 
1996 Intel Software Developer's Conference). 

The tamper resistant software technique is also effective 
in preventing illegal copying of valuable information includ- 
ing not only video and audio data but also text and know- 
how that is to be provided to a user through the PC, and 
protecting know-how contained in the PC software itself 
from analysis. 

However, the tamper resistant software technique is a 
technique which makes analysis using tools such as deas- 
sembler or debugger diflleult by encrypting a portion of the 
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program that requires pro lection before I he execution of the 
program starts, decrypting that portion immediately before 
executing that portion and encrypting that portion again 
immediately after the execution of that portion is completed. 

5 Consequently, as along as the program is execulable by a 
processor, it is always possible to analyze the program by 
carrying out the analysis step by step starting from the start 
of the program . 

this fact lias been an obstacle for a copyright owner to 

lt) provide copyright protected contents to a system for repro- 
ducing video and audio data using the PC. 

The other tamper resistant software applications are also 
vulnerable in this regard, and this fact has been an obstacle 
to a sophisticated information server through the PC and an 
application of a program containing know-how of an enter- 
prise or individual to the PC. 

'Ihese are problems that equally apply to the software 
protection in general, but in addition, the PC is an open 
platform so that there is also a problem ol an attack by 

2f) altering the operating system (OS) which is intended to be 
a basis of the system's software conligu ration. Namely, a 
skilled and malicious user can alter the OS of his own PC to 
invalidate or analyze the copyright protection mechanisms 
incorporated in application programs by utilizing privileges 

0 - given to the OS. 

The current OS realizes the management of resources 
under the control of the computer and the arbitration of their 
uses by utilizing a privileged operation function with respect 
to a memory and an execution control function provided in 

30 CPU. Targels or the management include the conventional 
largets such as devices, CPU and memory resources, as well 
as QoS (Quality of Service) at network or application level. 
Nevertheless, the basics of the resource management are siill 
allocations of resources necessary for the execution of a 

315 program. Namely, an allocation of a CPU time to the 
execution of that program and an allocation of a memory 
space necessary for the execution are the besics of the 
resource management. The control of the other devices, 
network and application QoS is reali7«d by controlling the 

4I) execution of a program that makes accesses to these 
resources (by allocating a CPU time and a memory space). 

The OS has privileges lor carrying out the CPU lime 
allocation and the memory space allocation. Namely, I he OS 
has a privilege for interrupting and restarting an application 

45 program a I arbitrary liming and a privilege to move a content 
of a memory space allocated to an application program to a 
memory of a different hierarchical level at arbitrary liming, 
in order to carry out the CPU time allocation. The latter 
privilege is also used for the purpose of providing a flat 

5D memory space to the application by concealing (normally) 
hierarchical memory systems with different access speeds 
and capacities from the application. 

Using these two privileges, the OS can interrupt an 
execution state of the application and take a snap shot of il 

55 at arbitrary liming, and restart it after making a copy of it or 
rewriting il. This function can also be used as a tool for 
analyzing secrets hidden in the application. 

Tn order to prevent an analysis of the application on a 
computer, there arc several known techniques for encrypting 

60 programs or data (Rampsou, U.S. Pat. No. 4,847,902; 
Harlman, U.S. Pal. No. 5,224,166; Davis, U.S. Pat. No. 
5,806,706; Takahashi ct al., U.S. Pat. No. 5,825,878; Buer ct 
al., U.S. Pal. No. 6,003,117; Japanese Patent Application 
Laid Open No. U-282667 (1999), for example). However, 

65 these known techniques do not account for the protection of 
the program operation and I he da la secrecy from Ihe above 
described privileged operations ol the OS. 
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The conventional technique based cm the x86 architecture 
of Intel Corporation (llartman, U.S. Pat. No. 5,224,106) is 
a technique for storing the execution codes and data by 
encrypting Ihem by using a prescribed encryption key Kx. 
The encryption key Kx is given in a form of li Arr f ICx] which 
is encrypted by using a public key Kp corresponding to a 
secret key Ks embedded in a processor. Consequently, only 
the processor that knows Ks can decrypt the encrypted 
execution codes on a memory. The encryption key Kx is 
stored in a register inside the processor called a segment 
register. 

Using this mechanism, it is possible to protect the secrecy 
of the program codes from the user to some extent by 
encrypting the codes. Also, it becomes cryptograph ically 
difficult for a person who docs not know the encryption key 
Kx of the codes to alter the codes according to his intention 
or newly produce codes that arc executable when decrypted 
by using the encryption key Kx. 

However, the system employing this technique has a 
drawback in that the analysis of the program becomes 
possible by utilizing a privilege of the OS called a context, 
switching, without decrypting the encrypted execution 
codes. 

More specifically, when the execution of the program is 
stopped by the interruption or when the program voluntarily 
calls up a software interruption command due to the system 
call up, the OS carries out the context switching for the 
purpose of the execution of the other program. The context 
switching is an operation to store an execution state (which 
will be referred to as a context information hereafter) of the 
program indicating a set of register values at that point iuto 
a memory, and restoring the context information of another 
program stored in the memory in advance into the registers. 

FIG. 15 shows the conventional context, storing format 
used in the x86 processor. All the contents of the registers 
used , by the application are contained here. The context 
information of the interrupted program is restored into the 
registers when the program is restarted, 'the context switch- 
ing is an indispensable function in order to operate a 
plurality of programs in parallel. In the conventional 
technique, the OS can read the register values at a time of the 
context switching, so that it is possible to guess most of the 
operations made by the programs if not all, according to how 
the execution state of that program has changed. 

In addition, by controlling a timing at which the exception 
occurs by setting of a timer or the like, tt is possible to carry 
out this processing at arbitrary execution point of the pro- 
gram. Apart from the interruption of the execution and the 
analysis, it is also possible to rewrite the register information 
by malicious intention. The rewriting of the registers can not 
only change the operation of the program but also make the 
program analysis easier. The OS can store arbitrary state of 
the application so that it is possible to analyze the operation 
of the program by rewriting the register values and operating 
the program repeatedly. In addition to the above described 
functions, the processor has a debugging support function 
such as a stepwise execution, and there has been a problem 
that the OS can analyze the application by utilizing ail these 
functions. 

As far as data are concerned, U.S. Pal. No. 5,224,166 
asserts that the program can access the encrypted data only 
by I he program execution using the encrypted code segment. 
Here, there is a problem that the encrypted data can be freely 
read by the encrypted program by using arbitrary key, 
regardless of the encryption key by which the program is 
encrypted, even when there are programs encrypted by using 
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mutually different encryption keys. This convenlional tech- 
nique does not account for the case where the OS and the 
application have their own secreLs independently and the 
secret of the application is to be protected from the OS or a 
5 plurality of program providers have their own secrets sepa- 
rately. 

Of course, it is possible to separate memory spaces among 
the applications and to prohibit accesses to a system memory 
by the applications by the protection function provided in 

m the virtual memory mechanism even in the existing proces- 
sor. However, as long as the virtual memory mechanism is 
under the management of the OS, the protection of the secret 
of the application cannot rely on the function under the 
management of tlie OS. This is because the OS can access 

15 data by ignoring the protection mechanism, and this privi- 
lege is indispensable in providing the virtual memory func- 
tion as described above. 

As another convenlional technique, Japanese Palenl 
Application Laid Open No. 11-282667 (1999) discloses a 

2D technique of a secret memory provided inside the CPU in 
order to store the secret information of the application. In 
this technique, a prescribed reference value is required in 
order to access data in the secret memory'- However, this 
reference falls to disclose how to prolecl the reference value 

2 ^ for obtaining the access right with respect to the secret data 
from a plurality of programs operating in the same CPU, 
especially the OS. 

Also, in U.S. Pat. No. 5,123,045, Ostrovsky ct al. disclose 

^ 0 a system that presupposes the use of sub -processors having 
unique secret keys corresponding to the applications, in 
which the operation of the program cannot be guessed from 
the access pattern by which these sub-processors are access- 
ing programs placed on a main memory'. This is based on a 
mechanism for carrying out Tandom memory accesses by 
converting the instruction system for carrying out operations 
with respect to the memory into another instruction system 
different from that. 

However, this technique requires different sub-processors 

4h for different applications so that it requires a high cost, and 
the implementation and fast realization of the compiler and 
processor hardware for processing such instruction system 
are expected to be very difficult as they arc quite different 
from those of the currently used processors. Besides that, in 

45 this type of processor, it becomes difficult to comprehend 
correspondences among the data contents and the operations 
even when the data and the operations of the actually 
operated codes are observed and traced so that ihe debug- 
ging of the program becomes very difficult, and therefore 

5[) this technique has many practical problems, compared with 
the other convenlional Lechniques described above in which 
the program codes and the data are simply encrypted, such 
as those of U.S. Pat. No. 5,224,166 and Japanese Palenl 
Application Laid Open No. 11-282667. 

55 SUMMARY OF 'IHE INVENTION 

Therefore the first object of the present invention is to 
provide a microprocessor capable of surely protecting both 
the internally executed algorithm and the data state inside a 
60 memory region from illegal analysis in the multi-La sk envi- 
ronment even when the execution is stopped by the inter- 
ruption. 

This lirsl object is motivated by the fact that the conven- 
tional lechniques are capable of protecting values of the 
65 program codes but arc incapable of preventing the analysis 
utilizing ihe interruption of the program execution by Ihe 
exception occurrence or the debugging function. Thus the 
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present invention aims at providing a microprocessor 
capable of surely protecting the codes even at a time of the 
program execution interruption, in which this protection is 
compatible with both the execution control function and the 
memory management function required by the current OS. 

The second object of the present invention is to provide a 
microprocessor in winch each program can secure a cor- 
rectly readable/writable data region independently even 
when a plurality of programs encrypted by using dillerenl 
encryption keys are to l>e executed. 

'Ihis second object, is motivated by the fact that the 
conventional technique of U.S. Pat. No. 5,224,166 only 
provides a simple protection in which accesses to the 
encrypted data region by non-encrypted codes are 
prohibited, and it has been impossible for a plurality of 
programs to protect their own secrets independently. Thus 
the present invention also alms at providing a microproces- 
sor which has a data region for protecting secret of each 
application from the OS when a plurality of applications 
have their respective (encrypted) secrets. 

'I "he third object of the present invention is to provide a 
microprocessor capable of protecting the protected attributes 
(i.e., encrypted attributed) of the above described data region 
from illegal rewriting by the OS. 

'Ihis third object is motivated by the fact that the con- 
ventional technique of U.S. Fat. No. 5.224,166 has a draw- 
back in that the OS can rewrite the encrypted attributes set 
in the segment register by interrupting the execution of the 
program using the context switching. Once the program is 
put in a state where data arc written in a form of plaintext by 
rewriting the encrypted attributes, data will not written into 
a memory without encryption, liven if the application 
checks the segment register value at some timing, the result 
is the same if the register value is rewritten after that. Thus 
the present invention also aims at providing a microproces- 
sor provided with a mechanism which is capable of prohib- 
iting such an alteration or delecting such an alteration and 
taking appropriate measure against such an alteration. 

'I he fourth object of the present invention is to provide a 
microprocessor capable of protecting the encrypted 
attributes from the so called chosen-plaintext attack of the 
cryptoanalysis theory, in which the program can use arbi- 
trary value as the data encryption key. 

The lii'lh object of the present invention is to provide a 
microprocessor provided with a mechanism for the program 
debugging and feedback. Namely, the present invention 
aims at providing a microprocessor in which the debugging 
of the program is carried out in plaintext and the feedback 
of information on defects is provided to a program code 
provider (program vendor) in the case of the execution 
failure. 

The sixth object of the present invention is to provide a 
microprocessor capable of achieving the lirst to lifih objects 
described above in a form that realises both a low cost and 
a high performance. 

In order to achieve the first object, the first aspect of the 
present invention has the following features. The micropro- 
cessor which is formed as a single chip or a single package 
reads a plurality of programs encrypted by using code 
encryption keys that are different for different programs, 
from a memory (a main memory, for example) external of 
the microprocessor through a bus interface unit that provides 
a reading function. Adecryp lion unit decrypts these plurality 
of read out programs by using respectively corresponding 
decryption keys, and an instruction execution unit executes 
these plurality of decrypted programs. 
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In the case of interrupting the execution of some program 
among the plurality of programs, a context information 
encryption/decryption unit that provides an execution stale 
writing function encrypts information indicating a slate of 
5 execution up to an interrupted point of the program to be 
interrupted and the code encryption key of this program, by 
using an encryption key unique to the microprocessor, and 
writes the encrypted information as a context information 
into a memory external of the microprocessor. 

U) In the case of restarting the interrupted program, a veri- 
fication unit that provides a restarting function decrypts the 
encrypted context information by using a unique decryption 
key corresponding to the unique encryption key of the 
microprocessor, and restarts the execution of the program 

15 only when the code encryption key contained in the 
decrypted context information (that is the code encryption 
key of the program scheduled to be restarted) coincides with 
the original code encryption key of the interrupted program. 
In addition, in order to achieve the second and third 

* n objects, the micropiocessor also has a memory region (a 
register, for example) inside the processor that cannot be 
read out to the external, and an encrypted attribute writing 
unit (an instruction TLB, for example) for writing encrypted 
attributes for the processing target data of the program inlo 

25 the internal memory. Hie encrypted attributes include the 
code encryption key of the program and an encryption target 
address range, for example). At least a part of these 
encrypted attributes is contained in the context information. 

3£> The context information eneryplkm/decryption unit also 
attaches a signature based on a secret information unique to 
the microprocessor to the context information. In this case, 
the verification unit judges whether the signature contained 
in the decrypted context information coincides with the 

35 original signature based on the secret information unique to 
the microprocessor or not, and restarts the interrupted pro- 
gram only when they coincide. . 

In Ihis way, the stale of execution up to an interrupted 
point of the encrypted program is stored in the external 

4() memory as the context information, while the protected 
attributes of the execution processing target data are stored 
in tlic register inside die processor, so that the illegal 
alteration of the data can be prevented. 

In order to achieve the fourth object, the second aspect of 

45 the present invention has the following features. 'Ihe micro- 
processor that is formed as a single chip or a single package 
maintains a unique secret key therein that cannot be read out 
to the external. The l>us interface unit that provides a reading 
function reads the code encryption key that is encrypted by 

50 using a unique public key of the microprocessor correspond- 
ing to the secret key hi advance from a memory external of 
the microprocessor. A key decryption unit that provides a 
first decryption function decrypts the read out code encryp- 
tion key by using the secret key of the microprocessor. The 

55 bus interface unit also reads out a plurality of programs 
cucryptcd by respectively different code encryption keys 
from an external memory. A code decryption unit that 
provides a second decryption function decry pis these plu- 
rality of read out programs. The instruction execution unit 

00 executes these plurality of decrypted programs. 

In the case of interrupting Ihe execution of some program 
among the plurality of programs, a random number genera- 
tion mechanism generates a random number as a temporary 
key. The context information encryption/decryption unil 

OS writes a first value obtained by encrypting information 
indicating the execution state of the program to be inter- 
rupted by using the random number, a second value obtained 


PAGE 86/101 * RCVD AT 5/23/2007 1:23:43 PM [Eastern Daylight Time] * 8VR:USPTO-EFXRF-3/3 * DNIS:2738300 * C8ID:(661) 400-1986 


* DURATION (mm-ss):59-18 


5/23/2007 11:23 AM FROM: (661) 460-1986 Huffman Patent Group, LLC TO: 1-571-273-8300 PACE: 087 OF 101 


US 6,91 

7 

by encrypting this random number by using the code encryp- 
tion key of the program to be interrupted, and a third value 
obtained by encrypting this random number by using the 
secret key of the microprocessor, into the external memory 
as the context information. 

In the case of restarting the execution of the program, the 
context information encryption/decryption unit reads out the 
context inform ation from the external memory, decrypts the 
random number of the third value contained in tlie context 
information by using the secret key, and decrypts the execu- 
tion state information contained in the context information 
by using the decrypted random number. At the same time, 
the random number of the second value contained hi the 
context information is decrypted by using the code encryp- 
tion key of the program scheduled to be restarted. The 
random number obtained by decrypting the second value by 
using the code encryption key and the random number 
obtained by decrypting the third value by using the secret 
key are compared with Ihe temporary key, and the execution 
of the program is restarted only when they coincide. 

In this way, the context mfonnation indicating the stale of 
execution up to an interrupted point is encrypted by using 
the random number that Is generated at each occasion of Ihe 
storing, and Ihe signature using the secret key unique to Ihe 
microprocessor is attached, so that the context information 
can be stored in the external memory safely. 

In order to achieve the first to third and sixth objects, the 
third aspect of the present invention has the following 
features. ITie microprocessor that is formed as a single chip 
or a single package reads out a plurality of programs 
encrypted by using the encryption keys that arc different for 
different programs, and executes them. 'Ihis microprocessor 
has an internal memory (a register, for example) that cannot 
be read out to the external, and stores the encrypted 
attributes for data to be referred from each program (that is 
the processing target data) and the encrypted attribute speci- 
fying information into the register. The context information 
encryption/decryption unit writes a related information that 
is related to the encrypted attribute specifying information 
stored in the register and containing a signature unique to the 
microprocessor, into the external memory. A protect ion table 
management unit reads the relaled information from Ihe 
external memory according to an address of the data, to be 
referred by the program. The verification unil verities Ihe 
signature contained in Ihe read oul relaled information by 
using the secret key, and permits the data referring by the 
program according to the encrypted attribute specifying 
information and (he read oul related information only when 
lhal signature coincides with Ihe signature unique to Ihe 
microprocessor. 

In this configuration, the information to be stored in the 
internal register is attached with the signature and stored into 
the external memory, and only the necessary portion is read 
out to the microprocessor. 'Hie signature is verified at a time 
of reading, so that the safety against the substitution can be 
secured. Even when the number of programs to be handled 
is increased and the number of the encrypted attributes is 
increased, there is no need to expand the memory region 
inside the microprocessor so that a cost can be reduced. 

According to one aspect of the present invention there is 
provided a microprocessor having a unique secret key and a 
unique public key corresponding to Ihe unique secret key 
that cannot be read oul to external, comprising: a reading 
unit configured to read out a plurality of programs encrypted 
by using diilereni execution code encryption keys from an 
external memory; a decryption unil configured to decrypt the 
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pluralily of programs read out by the reading unit by using 
respective decryption keys; an execution unit configured to 
execute the pluralily of programs decrypted by the decryp- 
tion unit; a context information saving unil configured lo 

5 save a context information for one program whose execution 
is lo be interrupted, inlo Ihe external memory or a contexl 
information memory provided inside the microprocessor, 
the context information containing information indicating an 
execution stale of the one program and the execution code 

in encryption key of the one program; and a restart unit 
configured to restart an execution of the one program by 
reading out the context information from the external 
memory or the context information memory, and recovering 
the execution stale of the one program from the context 

15 information. 

Other features and advantages of the present invention 
will become apparent from the following description taken 
in conjunction with the accompanying drawings. 

2f> BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram showing a system incorporating 
a microprocessor according lo the first embodiment of the 
present invention. 
25 I -"ICS. 2 is a diagram showing an entire memory space used 
in ihe microprocessor of FIG. 1. 

FIG. 3 is a block diagram showing a basic configuration 
of a microprocessor according to the second embodiment of 
the present invention. 
30 FIG. 4 is a block diagram showing a detailed configura- 
tion of the microprocessor of FIG. 3. 

FIG. 5 is a diagram showing a page directory and a page 
lable formal, used in Ihe microprocessor of FIG. 3. 
35 FIG. 6 is a poge table and a key eutry format used in the 
microprocessor of FIG. 3. 

FIGS. 7A and 7B arc diagrams respectively showing 
exemplary data before and after interleaving used in the 
microprocessor of FIG. 3. 
4<> FIG. 8 is a diagram showing a flow of information 'for a 
code decryption processing to be carried out in the micro- 
processor of FIG. 3. 

FIG. 9 is a diagram showing a CPU register used in the 
microprocessor of FIG. 3. 

45 

FIG. 10 is a diagram showing a context saving format 
used in the microprocessor of FIG. 3. 

FIG. 11 is a flow chart for a protection domain switching 
procedure to be carried out in the microprocessor of FIG. 3. 
so FIG. 12 is a diagram showing a flow of information for 
dala encryption and decryption processing to be carried oul 
in ihe microprocessor of FIG. 3. 

FIG. 13 is a diagram conceptually showing a process of 
execution control within a protection domain by the micm- 
55 processor of FIG. 3. 

FIG. 14 is a diagram conceptually showing a process of 
call up and branching from a protection domain to a ood- 
protection domain by the microprocessor of FIG. 3. 
^ FIG. 15 is a diagram showing a context saving format 
used in a conventional processor. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMUOD1MENTS 

65 Referring now to FIG. 1 and FIG. 2, the first embodiment 
of a lamper resistant microprocessor according lo the presenl 
invention will be described in detail. 
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This iirst embodiment is directed to a microprocessor lor (3) An encryption key information in which Lhe common 

protecting secrets of the program instructions (execution key Kx of the program is encrypted by using the public key 

codes) and the context information (execution state) which Kp of the processor, 

are to be provided i.. encrypted forms by using the public [locution of a Plaintext Program] 

key (asymmetric kev) crvplosvstem, from a user ol a target s . . 

system * ' " ls P roce * wor IS capable of executing a program with 

FIG . 1 shows the target system, where a microprocessor coexisting plaintext instructions and encrypted instructions 

2101 of the target system is connected to a main memory wmch * P laccd on tbc mam mcm °ry. Here the operation 

2103 through a bus 21 02. inside the CPU for the execution of a plaintext program will 

As shown in FIG. 1, in this embodiment, the rnicropro- m ^ described with references to FIG. 1 and a memory 

cessor 2101 has a register file 2111, an instruction execution arrangement shown in FIG. 2. 

unit 2112, an instruction buffer 2113, a public key descryp- FIG. 2 shows an entire memory space 2201, in which 

lion function 2114, a secret key register 2115, a common key programs are placed in regions 2202 to 2204 on Lhe main 

decryption function 2116, a common key register 2117, a memory, where regions 2202 and 2204 are plaintext regions 

\UU (Nils Interface Unit) 2118, a register buffer 2119, a while a region 2203 is an encrypted region. A region 2205 

public key regisler 2120, an encryption function 2121, a stores a key information to be used in decrypting the region 

decryption function 2122, and a previous common key 2203. 

register 2123. which will be described in further detail nc cxccution of , hc plt)gram is started „ thc is 

, ' shifted from the OS by an instruction for jump to a top X of 

First, thc terms to be used in thc following description will 2f> thc nrogram or tnc Jjkc . Thc instruction execution unit 2112 

be described, and the operation of general o^rating system cxccules the instruction for jump to X, and outputs an 

(OS) and application programs will be described briefly. A ad dressof the instruction to the IJ1U 21 IS, The content of the 

program is a set of data and a series of machine language addrcsft x is read through thc bus 2102, sent from the BIU 

instructions written for some specific purpose. The OS is a 2118 to lhe instruct i oll buffer 2 m, an d sent to the instruc- 

program for managing resources of the system, and thc tion cxccmion unit 2112 where the instruction is executed, 

application is a program lo be operated under the resource Its operation result is reflected in the register file 2111. When 

management of thc OS. This embodiment presupposes thc mc opc . ration targct is reading/writing with respect to an 

multi-task system, so that a plurality of application programs address on thc main memory 2103, its address value is sent 

will be operated in a quasi parallel manner under (he to the BIU 211 «, that address is outputted from the BIU 2118 

management of thc OS. Each one of these programs that arc t0 thc bus 2102> and data rca ding/writing with respect to thc 

operated m the quasi parallel manner will be relerred lo as " mcn^y & carried out. 

a process. There are cases where a set of processes for TU . , . ~ . , _ 

. .. c »_ mil The instruction buffer 2113 has a capacity for stonnc two 

executing the processes for the same purpose will be T . T ■ J 

referred lo as a task. or more mfttrucllollfi » a °d ^ e instructions corresponding lo a 

— . . t . . . . ... size of the instruction buffer 2113 are collectively read out 

The instructions and data of thc apphcat.on program are „ ^ m ^ m[a me 2W3 

usually stored m files oo a secondary memory. They arc r r . 

arranged on a memory by a loader of thc OS and executed [Execution of Encrypted Instructions] 

as a process. The execution of thc program is often inter- Next, thc case of executing an encrypted instruction will 

ruptcd by an exception (or interruption) processing of thc «* described. 'Hie processor of this embodiment has two 

processor caused by input/output or thc like. A program for states including thc execution of plaintext instructions and 

carrying out the exception processing will be referred lo as ' thc execution of encrypted instructions, and two types of 

an exception handler. Thc exception handler is usually set up instructions for controlling these states arc provided. One is 

by the OS. The OS can process an exception request from an encryption execution start instruction for making a tran- 

the hardware, interrupt the operation of thc application and sition from thc execution of plaintext instructions to thc 

restart or suirt the operation of another application at arbi- execution of encrypted instructions, and another is a plain- 

Irary liming. The interruptions of lhe process include tran- 9 tcxl return instruction for making a reverse transition. 

sitory cases where thc execution of thc original process is [Encryption Execution Start Instruction] 

restarted without switching processes after the execution of The encryption execution sLart instruction is denoted bv 

the exception handler, and cases requiring the process the following mnemonic "execenc" and takes one operand: 

swiLching. Examples of the former include a simple timer _ (> 

increment and examples of the latter include a virtual esecenc keyaddr 

memory processing due to tlie page exception. whcfC ^ cyMr indicatcs an add|0f$ whcrc lhc kcy ulfor . 

Thc object of this embodiment is to protect the program , nation to be used in decryi , ting the RU 1*>equent instructions 

instructions (execution codes) and thc execution state from ^ storcd< 

a user of lhe target system who can freely read the main 55 information] 

memory of thc targct system and freely alter thc OS program H crc, thc kev information and thc program encryption 

or application programs. ^ ^ described. Thc encrypted region 2203 comprises a 

Thc basic features for achieving this object arc thc access sequence of encrvpted instructions. Thc instructions arc 

control with respect to the information storage inside the subdivided into blocks in units of a prefetch queue size and 

processor and thc encryption based on thc information listed 60 cueryptcd by thc secret kcy algorithm such as DES (Data 

below. Encryption Standard) algorithm. A key lo be used in this 

(1) A common key Kx selected by a program creator. The encryption will be denoted as Kx hereafter. Since thc secret 
application program will be encrypted by the secret key key algorithm is used, the same key Kx is also used for the 
cryptosystem using this key. decryption. 

(2) A pair of a unique public kcy Kp and a unique secret 05 If this Kx is placcd on thc main memory in a plaintext 
key Ks provided inside the processor. The public key can be form, a user who can operates the OS of the target system 
read out by the program by using instructions. can easily read it and analyze the encrypted program. In 
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order lo prevent Lhis, E A7 {Kx] obtained by encrypting Kx by 
using the public key Kp of the processor will be placet! in the 
region 2205 of the memory. A top address of this region is 
indicated by "keyaddr". 

It is cryplographically (computationally) impossible lo 
decrypt Kx from E Kp [Kx] unless one knows Ks correspond- 
ing to the public key Kp. Consequently, tlie secret of the 
program will never l>e leaked to the user as long as the user 
of the target system docs not know Ks. This Ks is stored in 
a form that cannot be read out from the external, inside the 
processor. 'Hie processor can decrypt Kx internally without 
allowing the user lo learn about it, and the processor can also 
decrypt the encrypted program by using Kx and execute it. 

In the following, the encryption execution start instruction 
and the subsequent the execution of the encrypted instruc- 
tion will be described in detail. Uy the execution of the .lump 
instruction in a region 2207, the control is shifted to the 
encryption execution start instruction at the address *' start". 
At the address indicated by the operand "keyaddr" of the 
encryption execution start instruction, the content of the 
specified region 2205 is read out to the instruction execution 
unit 21 12 of the processor as data. '1 Tie instruction execution 
unit 2112 sends this data EjJKx] to the public key decryp- 
tion function 2114. 1 "he public key decryption function 2114 
takes out Kx by decrypting li, A/3 [Kx] by using a secret key Ks 
unique to the processor which is stored in the secret key 
register 2115, and stores it in the common key register 21 1 7. 
Then, the processor enters the encrypted instruction execu- 
tion state. 

Here, it is assumed that the processor package is manu- 
factured such that the contents stored in the secret key 
register 2115 and the common key register 2117 cannot be 
read out to the external by the program or the debugger of 
the processor chip. 

By executing the encryption execution start instruction, 
the key to be used in decrypting the subsequent instructions 
is stored into the common key register 2117, and the 
processor is entered into the encrypted instruction execution 
state. When the processor is in the encrypted instruction 
execution slate, the instructions read from the main memory 
2103 are sent from the BIU 2118 to a common key decryp- 
tion function 2116, decrypted by using the key information 
stored in the common key register 2117 and stored into the 
instruction buffer 2113. 

In this embodiment, the program encrypted by using the 
key Kx which is stored in the region 2204 next to the 
encryption execution start instruction will be decrypted, 
stored in the instruction bulfer 2113, awl executed. The 
reading is carried out in units of a size of the instruction 
buffer 2113. l'KJ. 2 shows an exemplary case where the size 
of the instruction buffer 2113 is 64 bits and four instructions 
of 16 bits size each are collectively read out to the instruc- 
tion buffer 2113. 

[Plaintext Return Instruction] 

'I lie processor in the encrypted instruction execution state 
returns to the plaintext instruction execution state by the 
execution of the plaintext return instruction. 

The plaintext return instruction is denoted by the follow- 
ing mnemonic: 

exitenc 

which Lakes no operand. By execution of this instruction, the 
reading of the instructions from the main memory 2103 is 
carried out through a palh that does not pass through Lhe 
common key decryption function 2116, and the processor 
returns to the execution of the plaintext instructions. 

Note that when the encryption execution start instruction 
is executed again during the execution of the encrypted 
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instruction, the instruclion decryption key is changed such 
that the subsequent instructions are decrypted by using a 
different key and executed. 

[(Context Saving and Attack Against It] 

5 Next, the sale saving of the execution stale in order to 
protect the secret of the application program in the multi- 
task environment will be described. 

The register file 2111 of this processor has 32 general 
purpose registers (HO to R31). R31 is used as a program 

m counter. Hie contents of the general purpose registers are 
stored in the register flic 2111. When the exception occurs 
during the execution of the encrypted program as described 
above, the contents of the register file 2111 arc moved to the 
register buffer 2119, and the contents of the register file 2111 

15 arc initialized by a prescribed value or a random number. 
Then, the value of the common key used for decryption of 
the encrypted program is stored in the previous common key 
register 2123. Only when these two types of initialization arc 
completed, the control is shifted to the exception handler and 

20 the instructions of the exception handler are executed. The 
instructions of the exception handler arc assumed to be 
non-encrypted. 

By this register file initialization function, in the processor 
of this embodiment, the reading of the register values 

2 - processed by the encrypted program by the exception han- 
dler program is prevented even in the case where the control 
is shifted to the exception handler as an exception occurs 
during the execution or the encrypted program. At the same 
time, the contents of the register file 2111 are saved in the 
register buffer 2119, and there is a function lor recovering 
the register buffer conlenls and lor storing them into the 
memory as will be described below, so as to enable the 
restart of the encrypted program. 

Now, the register contents stored in the register buffer 

35 2119 canuot be read out directly from the non-encrypted 
program of the exception handler. The non-encrypted pro- 
gram of the exception handler is only allowed to perform the 
following two operations with respect lo the register buffer 
2U9. 

4I) (1) Recover the register buffer contents and restart the 
execution of the original encrypted program . 

(2) Lincrypting the register buffer contents and store them 
into the memory, and execute the OS program or another 
encrypted program. 

45 In the case of (1), when the exception handler processing 
such as the increment of the counter is finished, the excep- 
tion handler issued a "cont" (continue) instruction. When the 
"cont" instruction is executed, the contents of the register 
buffer 2119 and the previous common key register 2123 arc 

50 recovered in the register file 2111 and the common key 
register 2117, respectively The program counter is con- 
tained in the register file 2111, so that the execution of the 
encrypted program is restarted by setting the control back to 
a point where the execution of the encrypted program was 

$ 5 interrupted. For the decryption of the encrypted program 
after the restart, the value recovered from the previous 
common key register 2123 will be used. Similarly as the 
contents of the register buffer 2119, the program cannot 
rewrite the previous common key register 2123 explicitly. 

The case of (2) corresponds to the case where lhe process 
switching occurs at a timing of the execution of Lhe excep- 
tion handler. In lhis case, the exception handler or a task 
dispatcher of the processor issues a "savereg" (save register) 
instruction Tor saving the conlenls of the register buffer 2119 

05 into the memory. This "savereg" instruclion is denoted by 
the Lol lowing mnemonic: 

navcreg dewt 
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anil lakes one operand "desf indicating an address lo which 
the register buffer contents are to be saved. 

When the "savereg" instruction is issued, the contents of 
the register buffer 2119 and the previous common key 
register 2123 arc encrypted by tnc encryption function 2121 5 
by using the public key Kp of the processor stored in the 
public key register 2 120, and saves at an address on the main 
memory 2103 specified by u desr" through the BIU 2118. 'llie 
main memory 2103 is outside the processor so that it has a 
possibility of being accessed by the user, but these contents in 
are encrypted by the public key of the processor so that the 
user who does not know the secret key of the processor 
cannot learn the register buffer contents. 

After the register buffer contents are saved, the OS 
activates another encrypted program by the method 15 
described above. If another encrypted program is activated 
without saving the register buffer contents, the register 
buffer contents would be rewritten to those of another 
encrypted program when the execution of another encrypted 
program Ls interrupted, and it would become impossible to 20 
restart the original encrypted program as the register buffer 
contents for the original encrypted program arc lost. 

Here, the number of the register buffer is assumed to be 
one, but it is also possible to provide a plurality of register 
buffers so as to be able to deal with multiple exceptions. 25 

[Recovery Procedure] 

Next a procedure for recovering the saved execution state 
will be described. 

At a time of restarting the interrupted application, a 
dispatcher of the OS issues a "revrrcg" (recover register) 30 
instruction. This "revrreg" instruction is denoted by (he 
following mnemonic: 

revrreg addr 

and lakes one operand "addr" indicating an address at which 35 
the execution slate is saved. 

When the "revrreg" instruction is issued, the encrypted 
execution stale information Ls taken out from the address of 
the memory specified by "addr" by the BIU 2118 of the 
processor, decrypted by using the secret key Ks of the 40 
processor by the decryption function 2122, and the register 
information is recovered in the register file 21 It while the 
program decryption key is recovered in the common key 
register 2117. When the recovery is completed, the execu- 
tion of the interrupted program is restarted from a point 45 
indicated by the program counter. At this point, the key Kx 
recovered from the execution state information will lie used 
for decryption of the encrypted program. 

The detail of the saving and the recovery of the execution 
state in relation to the interruption of the encrypted program so 
due to exception has been described above. As already 
described above, the encrypted programs arc safe agaiust 
attacks from the user who can operate the OS of the target 
system. 

Next, the safety of the above described scheme against 55 
two types of attacks against the execution state will be 
described. 

[Attacks Against the Execution State] 

There arc two types of attacks against the execution state 
that is generated in a process of the application executiou. 00 
One is the peeping of the saved execution slate by an 
attacker, and the other is the rewriting of the execution state 
to a desired value by an attacker. 

Here, the following two terms for expressing the illegal 
accesses to the execution state will be defined. First, the 65 
program that has generated the execution stale will be 
referred to as an original program lor that execution slate. 
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The original program can be restarted by recovering the 
execution slate in the registers. On the other hand, programs 
other than the program that has generated the execution 
slate, that is programs encrypted by encryption keys differ- 
ent from that of the original program or plaintext, programs, 
will be referred lo as other programs. 

1 *he illegal accesses or the attacks with respect to the 
executiou state generated by some original program are 
defined as an act of directly analyzing the execution state on 
the memory by some method independently from the opera- 
tion of the processor by a third party who does not know the 
encryption key of the original program, or an act of analyz- 
ing the execution state or rewriting the execution state to a 
desired value by a third party uti lining the other programs 
operated on the same processor. 

In the microprocessor of this embodiment, the execution 
state is protected by the following three types of mecha- 
nisms so as to prevent the illegal accesses utilizing the 
access to the memory external of the processor or the other 
programs. 

First, in this embodiment, the register information is 
saved in the register buffer 2119 when the execution of the 
cncryp ,ccl program is interrupted. Then, the register buffer 
2119 and the previous common key register 2123 cannot be 
accessed by any methods other than that using the "revrreg" 
instruction or the "savcrcg" instruction, so that the other 
programs cannot read their contents freely. 

In Ihe conventional processor, the register contents ai a 
time of the exception occurrence can be freely read by the 
exception handler program. In the microprocessor of this 
embodiment, the register contents are saved in the register 
buffer 2119 so as to prohibit the reading from the other 
programs, and the instruction for saving the register buffer 
contents by encrypting them by using the public key of the 
processor is provided so as to prevent the peeping of the 
execution state saved on the memory by the user of the 
system. 

The second attacking method includes a method for 
reading values of the registers contained in the execution 
state by placing die instruction of some other program 
known to the attacker at the same memory address as the 
original program such that this other program reads the 
encrypted execution state. 

In Ihe microprocessor of this embodiment, Ihe encrypted 
execution state contains the program encryption key, and 
this key will be used in decrypting the encrypted program at 
a time of restart. Heeause of this mechanism, even when the 
other program other than the original program attempts to 
read the execution state, the key for docs not match so that 
the program cannot )>e decrypted correctly aixi the program 
cannot lie executed according to the intention of the attacker, 
Thus the second attacking method is impossible in the 
microprocessor of this embodiment. 

This effect cannot be realized by simply encrypting the 
execution state itself by the public key of the processor, but 
can be realized by encrypting the decryption key of the 
original program and the execution state integrally. 

Note that, in order to maximize this effect, values of the 
registers (R0 to R31) and the common key Kx should 
preferably be stored in the identical cipher block at a time of 
Ihe encryption using Ihe public key. 
[Data Protection] 

In the microprocessor of this embodimeni, Ihe encryption 
of the data is not accounted, but it should be apparent to 
those skilled in the art that it is possible to add the data 
encryption function to Ihe microprocessor of this embodi- 
ment similarly as ihe data encryption in the microprocessor 
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for supporting the virtual memory which will be described 
in Ihe second embodiment 

Referring now to I 1(1. 3 to M(j. 14, the second embodi- 
ment of a tamper resistant microprocessor according to the 
present invention will be described in detail. 5 

In this embodiment, the microprocessor according to the 
present invention will be described for an exemplary case of 
using, an architecture based on the widely used f\?ntium Pro 
microprocessor of the Intel corporation, but the present 
invention is uot limited to this particular architecture. In the 
following description, features specific to the Pentium Pro 
microprocessor architecture will be noled and applications 
to the other architectures will be mentioned. 

Note that the Pentium Pro architecture distinguishes three 
types of addresses in the address space including physical 
addresses, linear addresses and logical addresses, but Ihe 15 
linear addresses in the Pentium terminology will also be 
referred to as logical addresses in this embodiment. 

In the following description, the protection implies the 
protection of secrets of applications (that is the protection by 
encryption), unless otherwise stated. Consequently, the pro- 20 
tcction in this embodiment should be clearly distinguished 
from the ordinarily used concept of protection, that is the 
prevention of disturbances on the operations of the other 
applications due to the operation of some application. 
However, in the present invention, it is assumed that the 2$ 
operation protection mechanism in the ordinary sense is of 
course provided by the OS (although the description of this 
aspect will be omitted as it is unrelated 10 the present 
invention), in parallel to the protection of secrets of appli- 
cations according to the present invention. 30 

Also, in the following description, a machine language 
instructions that arc executable by the processor will be 
referred to as instructions, and a plurality of instruct ions will 
be collectively referred to as an execution code or an 
instruction stream. A key used in encrypting the instruction 
stream will be referred to as Lhe execution code encryption 
key. 

Also, in the following description, the secret protection 
mechanism will be described as protecting secrets of appli- 
cations under the management of the OS, l?ut this mecha- 
nism can also be utilized as a mechanism for protecting the 
OS itself from alteration or analysis. 

I K 1. 3 shows a basic configuration of the microprocessor 
according to this embodiment, and FIG. 4 shows a detailed 
configuration of the microprocessor shown in M(I. 3. 

'Ilie microprocessor 101 has a processor core 111, an 
instruction TLH flable lookup Huffier) 121, an exception 
processing unit 131, a data TLH (Table Lookup Huffer) 141, 
a secondary cache 152. The processor core 111 includes a bus 
interface unit 112, a code and data encryption/decryption 
processing unit 113, a primary cache 114, and an instruction 
execution unit 115. 

'Hie instruction execution unit 115 further includes an 
instruction fetch/decode unit 214, an instruction tabic 215, 
an instruction execution switching unit 216, and an instruc- 
tion execution completing unit 217. 

The exception processing unit 131 further includes a 
register file 253, a context information encryption/ 
decryption unit 254, an exception processing unit 255, a 
secret protection violation detection unit 256, and an execu- 
tion code encryption key and signature verilicalion unit 257. 

The instruction TLB 121 further includes a page table 
bull'er 230, an execution code decryption key table bulfer 
231, and a key decryption unit 232. The data TLB 141 
further includes a protection table management unit 233. 

The microprocessor 101 has a key storage region 241 for 
storing a public key Kp and a secret key Ks which are unique 
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to this microprocessor. Now, consider the case of purchasing 
a desired execution program A from some program vendor 
and executing it. The program vendor encrypts the program 
A by using a common execution code encryption key Kcode 
(lijr w wJA]) before supplying the execution program A, and 
semis the common key Kcode used tor encryption in a form 
encrypted by using die public key Kp of the microprocessor 
101 (L^[Kcocle]) to the microprocessor 101. 'lhe micro- 
processor 101 is a multi-task processor which processes not 
only this execution program A but also a plurality of 
different encrypted programs in a quasi parallel manner (that 
is by allowing interruptions). Also, the microprocessor 101 
obviously executes not only the encrypted programs but also 
plaintext programs. 

1 Tie microprocessor 101 reads out a plurality of programs 
encrypted by using different execution code encryption keys 
from a main memory 281 external of the microprocessor 101 
through the bus interface unit (reading function) 112. l he 
execution code decryption unit 212 decrypts these plurality 
of read out programs by using respectively corresponding 
decryption keys, and the instruction execution unit 115 
executes these plurality of decrypted programs. 

In the case of interrupting the executiou of some program, 
the context information cncryptioa ; dccryption unit 254 of 
the exception processing unit 131 encrypts information 
indicating the execution state up to an interrupted point of 
the program to be interrupted and the code encryption key of 
this program by using Ihe public key of the microprocessor 
101, and writes the encrypted information into the main 
memory 281 as the context information. 

In the case of restarting Ihe interrupted program, the 
execution code encryption key aud signature verification 
unit 257 decrypts the encrypted context information by 
using the secret key of the microprocessor 101, verities 
315 whether the execution code encryption key contained in the 
decrypted context information (lhat is the execution code 
encryplionb key of the program scheduled to be restarted) 
coincides with the original execution code encryption key of 
Ihe interrupted program, and restarts Ihe execution of the 
4i> program only when they coincide. 

Here, before describing the detailed conligu ration and 
functions of the microprocessor 101, the processing proce- 
dure for the execution of plaintext instructions and the 
execution of encrypted programs by the microprocessor 101 
45 will be outlined. 

When the microprocessor 101 executes a plaintext 
instruction, the instruction fetch/decode unit 214 attempts to 
read the content of an address indicated by a program 
counter (not shown) from an Ll instruction cache 213. If the 
50 content of the specified address is cached, the instruction is 
read out from the LI instruction cache 213, sent to the 
instruction table 215, and executed. The instruction table 

215 is capable of executing a plurality of instructions in 
parallel, and requests reading of data necessary' for carrying 

55 out the execution to the instruction execution switching unit 

216 and receives the data. Whcu the instructions arc 
executed in parallel and their execution results arc 
determined, the execution results arc sent to the instruction 
execution completing unit 217. The instruction execution 

60 completing unit 217 writes the execution result into the 
register hie 253 when the operation target Is a register inside 
the microprocessor 101, or into an Ll data cache 218 when 
the operation target is a memory. 

The content of the Ll data cache 218 is cached once again 
05 by an L2 cache 152 under the control of the bus interface 
unit 112, and written into the main memory 281. Here, the 
virtual memory mechanism is used, where a correspondence 
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between I be logical memory address and Ihe physical 
memory address is defined by a page table shown in MG. 5. 

The page table is a data structure placed on the physical 
memory. The data TLB 141 actually carries out a conversion 
from the logical address to the physical address, and at the 5 
same time manages the dala cache. The dala TLB 141 reads 
a necessary portion of the table according to a top address of 
the table indicated by a register inside the microprocessor 
101, and carries out the operation for converting the logical 
address into the physical address. At this point, only the in 
necessary portion of the page table is read out to a page table 
buffer 234 according to the logical address to be accessed, 
rather than reading out the entire page table on the memory 
to the data TTJ1 141. 

'Ihe basic cache operation is stable regardless of whether 15 
the instructions of the program arc encrypted or not. Namely, 
a part of the page table is read out to the instruction TLB 
121, and the address conversion is carried out according to 
the definition contained therein. The bus interface unit 112 
reads instructions from the main memory 281 or the T.2 20 
cache 152, and instructions arc stored in the Li instruction 
cache 213. The reading of instructions out to the LI instruc- 
tion cache 213 is carried out in units of a line formed by a 
plurality of words, which enables a faster access than the 
reading in word units. 25 

The address conversion utilizing the same page table on 
the physical memory is also carried out for the processing 
target dala of the executed instructions, and the execution of 
the conversion is carried out at the data TLB 141 as 
described above. 30 

The operation up to this point is basically the same as the 
general cache memory operation. 

Next, ihe operation in the case of executing an encrypted 
program will be described. In this embodiment, it is assumed 
that the execution codes for which secrets are to be protected 35 
are all encrypted, and the encrypted execution codes will 
also be referred to as protected codes. In addition, a range of 
the protection by the same encryption key will be referred to 
as a protection domain. Namely, a set of codes protected by 
the same encryption key is belonging to die same domain, 4U 
and codes protected by diilerent. encryption keys are belong- 
ing to different protection domains. 

First, the execution codes of a program encrypted by the 
secret key scheme block cipher algorithm are stored on the 
main memory 281. A method for loading the encrypted 45 
program transmitted from a program vendor will be men- 
tioned below. 

A cipher block size of the execution codes can lie any 
value as long as two to the power of the block size coincides 
with a line size that is a unit for reading/writing with respect 50 
to the cache memory. However, if the block size is so small 
that a block length coincides with an instruction length, there 
arises a possibility for analyzing the instruction easily by 
recording a correspondence between encrypted data and a 
predictable portion of the instruction sitcb as a top portion of 55 
a sub- routine. For this reason, in this embodiment, the 
blocks arc interleaved such that there is a mutual depen- 
dency among data in the blocks and the encrypted block 
contains information on a plurality of instruction words or 
operands. In this way, it is made difficult to set a corrcspon- GO 
dence between the instruction and the encrypted bloclc 

FIGS. 7Aand 7B show an example of the interleaving that 
can be used in this embodiment. In this example, it is 
assumed lhat the line size of the cache is 32 bytes and the 
block size is 64 bits (i.e., 8 bytes). As shown in FIG. 7 A, 6$ 
before Ihe interleaving, one word is ibrmed by 4 bytes, so 
that a word A is formed by 4 bytes of AO to A3. One line is 
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Ibrmed by 8 words of A to H. When this is interleaved in 
units of 8 bytes corresponding to the block size of 64 bits, 
as shown in I '1(1. 7H, AO, HO, .... HO are arranged in the 
first block corresponding to word 0 and word 1, Al, HI, 
HI are arranged in the next block, and so on. 
An attack can be made more difficult by setting a length 
of a region to be interleaved longer, but the interleaving of 
a region with a length longer than the line size makes the 
processing more complicated and lowers the processing 
speed because the decryption/encryption of one cache line 
would depend on reading/writing of another line. 'ITrus it is 
preferable to set a range for interleaving within a range of 
the cache line size. 

Here the method for interleaving data of blocks is used 
such that there Ls a mutual dependency among data in a 
plurality of blocks contained in Ihe cache line, but it is also 
possible to use the other method for generating a depen- 
dency among data blocks, such as the CBC (Cipher Block 
Chaining) mode of the block cipher. 

The decryption key Kcode (which will also be referred to 
as the encryption key hereafter even in the case of decryp- 
tion because the encryption key and the decryption key arc 
identical in the secret key algorithm) of the encrypted 
execution codes is determined according to the page table. 
FIG. 5 and FIG. 6 show a table structure of the conversion 
from the logical address to the physical address. 

A logical address 301 of the program counter indicates 
some value, and a directory 302 and a tabic 303 constituting 
its upper bits specify a page entry 307 -j. The page entry 
307-j contains a key entry ID 307-j-A; and a key entry 309-w 
to be used for decryption of this page is determined in a key 
(able 309 according to this ID. The physical address of the 
key table 309 is specified by a key table control register 308 
inside the microprocessor. 

In this conlign ration, Ihe ID of the key enlry is set in the 
page entry rather than setting the key information directly, 
such that the key information in a large size is shared among 
a plurality of pages so as to save a limited size of a memory 
region on the instruction TLB 121. 

In further detail, the page table and key table information 
is stored into the instruction TLB 121 as follows. Only 
portions necessary for Ihe access to the memory is read out 
from the page tables 306, 307 and 311 to the page table 
buffer 230, and from the key table 309 to the execution code 
decryption key table bu Her 231. 

In a state of being stored on the main memory, a reference 
counter of the key object 309-m which is an element of the 
key table 309 indicates the number of page tables that refer 
to this key object. In a state where the key object is read out 
to the execution code decryption key table buffer 231, this 
reference counter indicates the number of page tables that 
refer to this key object and that are read out to the page table 
buffer 230. This reference counter will be used for judge- 
ment at a time of deleting any unnecessary key object from 
the execution code decryption key table buffer 231. 

One of the features of this embodiment is that the key 
tabic entry has a fixed length but a key length used in each 
table is made variable in order to be able to deal with a 
higher cryptoanalytic power, and specified at a key size 
region of the key table. It implies that the secret key Ks 
unique to the microprocessor 101 is fixed but the length of 
Kcode to be used for encryption and decryption of the 
program can be changed by the specification of the key 
enlry. In order to specify a position of the variable length 
key, the key entry 309-;;i has a field 309-W-4 pointing to the 
key entry, which indicates an address of the key object 310. 

In the key object region 310, the execution code encryp- 
tion key Kcode is stored in a form E^Kcode] encrypted by 
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(he public key algoriihm using the public key Kp of the 
microprocessor 101. In order lo encrypt da I a safely in the 
public key algorithm, a large redundancy is necessary, so 
tli at a length of the encrypted data becomes longer than a 
length of the original data. Here, lengths of Ks and Kp arc 
set to be 1024 bits, a length of Kcodc is set to be 64 bits, 
which is extended to 256 bits by padding, and li[ Kcode] is 
encrypted in a length of 1024 bits and stored in the key 
object region 310. When Kcodc is so long that it cannot be 
stored in 1024 bits, it is divided into a plurality of blocks of 
1024 hits size each and stored. 

FIG. 8 summarizes the information How in the code 
decryption. A program counter 501 indicates an address 
" Addr" on an encrypted code region 502 on a logical address 
space 502. The logical address "Addr" is converted into the 
physical address "Ad6Y M according to the page table 307 
that is read out to the instruction TLB 121. At the same time, 
the encrypted code decryption key E[Kcode] is taken out 
from the key table 309, decrypted by using the secret key Ks 
provided in the CPU at a decryption function 506, and stored 
into a current code decryption key memory unit 507. The 
common key Kcodc for the code encryption is encrypted by 
using the public key Kp of the microprocessor 101 by the 
program vendor, and supplied along with the program 
encrypted by tising Kcodc, so that the user who docs not 
know the secret key Ks of the microprocessor 101 cannot 
know Kcodc. 

After the program execution codes are encrypted by using 
Kcode and shipped, the program vendor keeps and manages 
Kcodc satcly such that its secret will not be leaked to a third 
parly. 

An entire key table 511 and an entire page table 512 are 
placed in a physical memory 510, and their addresses arc 
specified by a key table register 508 and a CR3 register 509 
respectively. From the contents of these entire tables, only 
necessary portions are cached into the instruction TLB 121 
through the bus interface unit 112. 

Now, when a content 503 corresponding to the physical 
address "Addr"' as converted by the instruction TLB 121 is 
read out by the bus interface unit 112, this page is encrypted 
so that it is decrypted at a code decryption function 212. Ilie 
reading is carried out in units of the cache line size, and after 
the decryption in block units, the inverse processing of the 
interleaving described above is carried out. 'ITie decrypted 
result is stored in the LI instruction cache 213, and executed 
as an instruction. 

I Iere, the method for loading the encrypted program and 
the relocation of the encrypted program will lie described. 
For the loading of a program into tlie memory, there is a 
method in which a program loader changes an address value 
contained in the execution codes of the program in order to 
deal with a change of an address for loading the program, but 
this method is not applicable to the encrypted program. 
I Iowever, the relocation of the encrypted program is pos- 
sible by using a method of realizing the relocation without 
directly rewriting the execution codes by utilizing a table 
called Jump table or I AT (Import Address Table). 

Further details of the loading procedure and the relocation 
for general programs can be found, for example, in L. W. 
Allcu ct al., "Program Loading in OSF/1, USENIX winter, 
1991, and the loading method and the relocation for the 
encrypted program can be found io Japanese Patent Appli- 
cation No. 2000-35898 of the applicants. 

It is possible lo protect the execution codes placed on the 
memory external of the processor by the above described 
method for decrypting the encrypted execution codes of the 
program, reading them out to the cache memory inside the 
processor, and executing them. 
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However, the execution codes that are decrypted into 
plaintext can exist inside the processor. Even if it is impos- 
sible to read them out directly from outside the processor, 
there is a possibility for the plaintext program to be read out 

5 and analyzed by Lhe other programs that are operated in the 
same processor. 

In this emlxidiment, the key decryption processing by 
using the secret key 241 and the key decryption unit 232 of 
the instruction TLB 121 is not carried out at a time of data 
reading into an LI data cache 218. When the data reading is 
carried out with respect to an encrypted page for which an 
encryption llag 307-J-E is set lo "1" in the page table, either 
non-decrypted original data or data of a prescribed value "0" 
will be read out, or else an exception occurs such that the 
normally decrypted data cannol be read out. Note that when 

15 lhe encryption llag 307-j-E in the page lable is rewritten, the 
decrypted content of the corresponding instruction cache 
will be invalidated. 

By this mechanism, it becomes impossible for the other 
programs (including lhe own program) lo read lhe execution 

2n codes of the encrypted program as data, and decrypt them by 
utilizing functions of the processor. 

Also, the other programs cannot explicitly read data in the 
instruction cache, so that the safety of the execution codes 
can be guaranteed. The safety of the data will be described 

25 below. 

Because the encrypted execution codes can be executed in 
this way, in the microprocessor of this embodiment, by 
selecting the encryption algorithm and parameters 
appropriately, it can be made cryptographically impossible 

30 for a parly who does not know the true value of lhe execu lion 
code encryption key Kcode lo analyze Lhe operation of the 
program by dc -assembling the execution codes. 

Thus lhe user cannol know the true value of the execution 
code encryption key Kcode, and il can be made crypt o- 

35 graphically impossible for the user lo make an alteration 
according to the user's intention such as illegal copying of 
lhe contents handled by the application by altering a part of 
lhe encrypted program. 

Next, another fealure of lhe microprocessor of Ihis 

4D embodiment regarding the encryption, signature and its 
veriiicalion for the context a I a lime of interrupting the 
program execution under the multi-task environment will be 
described. 

The execution of lhe program under lhe raulli-lask envi- 
45 ronment is often interrupted by the exception. Normally, 
when the execution is interrupted, a state in the processor is 
saved on the memory, and then the original state is recovered 
at a time of restarting the execution of that program later on. 
In this way, it becomes possible to execute a plurality of 
so programs in a quasi parallel manner and accept the inter- 
ruption processing. This information on the state at a time of 
the interruption is called the context information, the context 
information contains information on registers used by the 
application, and in some cases, information on registers that 
55 arc not explicitly used by the application is also contained in 
addition. 

In the conventional processor, when the interruption 
occurs during the execution of some program, the control is 
shifted to the execution codes of the OS while the register 

60 state of the application is maintained, so that the OS can 
check the register slate of lhat program lo guess whal 
instructions were executed, or alter the context information 
maintained in a plaintext form during the interruption so as 
to change the operation of the program after the restart of the 

65 execution of that program. 

In view of this fact, in this embodiment when the 
interruption occurs during lhe execution of the protected 
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codes, the context of the execution immediately before thai 
is encrypted and saved while all the application registers are 
either encrypted or initialized, and a signature made by the 
processor is attached to tlie context information. Hie signa- 
ture is verified at a lime of recovery from the interruption, 
to check whether the signamrc is proper or not. When the 
improper signature is detected, the recovery is stopped so 
that the illegal alteration of the context inform at inn by the 
user can be prevented. At this point, the encryption target 
registers arc user registers 701 to 720 shown in FIG. 9. 

In the Pentium Pro architecture, there is a hardware 
mechanism for assisting the saving of the conlexl informa- 
tion of 'the process into the memory and its recovery. A 
region for saving the state is called TSS (Task State 
Segment). In the following, an exemplary case of applying 
the present invention to this mechanism will be described, 
but the present invention is not limited to the Pentium Pro 
architecture, and equally applicable to any processor archi- 
tectures in general. 

The saving of the context information in conjunction with 
the exception occurrence takes place in the following case. 
When the exception occurs, an entry corresponding to the 
interruption cause is read out from a table called IDT 
(Interrupt Descriptive Table) for describing the exception 
processing, and the processing described there is executed, 
When tlie entry indicates a TSS, the context information 
saved in the indicated TSS is recovered to the processor. On 
the other hand, the context information of the process that 
has been executed up until then is saved in the 'IMS region 
specified by a task register 725 at that point. 

Using this, automatic context saving mochanism, it is 
possible to save the entire state of the application including 
the program counter and the stack pointer, and detect any 
alteration at a lime of the recovery' by verifying the signa- 
ture. However, when this automatic context saving is used, 
apart from the fact that a large overhead will be caused by 
the context switching, there arises a problem thai it is 
impossible to carry out the interruption processing without 
using the TSS. 

In order to reduce the overhead due to the interruption 
processing, or to maintain the compatibility with the existing 
programs it is preferable not to use tlie automatic context 
saving mechanism, but in such a case, the program counter 
will be saved on the stack and cannot be a target of the 
verification, so that it can be a target of die alteration by the 
malicious OS. These Iwo cases sboukl preferably used in 
their proper ways according to tlie purpose. I -or this reason, 
the microprocessor of this embodiment adopts tlie automatic 
context saving with respect to the protected (encrypted) 
execution codes as a result of attaching more importance to 
the safety. The registers to be automatically saved may not 
necessarily be all registers. 

Ibe context saving and recovery processing in this 
embodiment has the following three major features. 

(1) tbe contents of the saved context can be decrypted 
only by the microprocessor that generated the context and a 
person who knows the encryption key Kcodc of the program 
that generated the context. 

(2) In the case where the program protected by some 
execution code encryption key X is interrupted and its 
context is saved, its restart processing cannot be applied to 
the restart of a non-protcctcd program or a program 
encrypted by another execution code encryption key Y. 
Namely, the program to be recovered from the interruption 
cannot be replaced by another program at a time of the 
restart. 

(3) The recovery of the altered context is prohibited. 
Namely, if the saved context is altered, that context will not 
be recovered. 


53,374 B2 

22 

By the above feature (1), it is possible to maintain the 
safety of the context information while enabling the analysis 
of the context information by the program vendor. The fact 
that the program vendor has a right to analyze the conlexl 
5 information is important in order to maintain the quality of 
the program by analyzing causes of any trouble that 
occurred according to a condition by which the program is 
used by the user. 

The above feature (2) Is effective in preventing a situation 
in where an attacker applies the context generated by the 
execution of a program A to another encrypted program 13 
and restarts the program U from a known state saved in the 
context in order to analyze secrets of the data or tlie codes 
contained in the program B or alter the operation of the 
15 program IJ. 'Ibis function is also a prerequisite for the data 
protection to be described below in which each one of a 
plurality of applications maintains own encrypted data 
exclusively and independently from tlie others. 

By the above feature (3), it is possible to strictly eliminate 
20 the alteration of the context information utilizing an occa- 
sion of the restart of the program. 

The reason for providing such a function is that simply 
encrypting the context information according to the secret 
information of the processor can protect the context infor- 
25 mation from the alteration according to the intention of the 
attacker, but it is impossible to eliminate a possibility for the 
random alteration of the context that results in the restart of 
Ihe program from a stale with random errors. 

In the following, the context saving and verification 
30 method incorporating the above three features will be 
described in further detail. 

<Contcxt Saving Proccssing> 

FIG. 10 shows the context saving formal in this embodi- 
ment conceptually. It is assumed that the interruption due to 

35 Ihe hardware oi software related cause has occurred during 
Ihe execution of the protected program. If the IDT entry 
corresponding to the interruption indicates a TSS, the execu- 
tion slate of the program up to thai point is encrypted, and 
saved as the context information in a TSS indicated by the 

40 current task register 725 (rather than the indicated TSS 
itself). Then, the execution stale saved in the TSS indicated 
by tlie IDT entry is recovered to the processor. If the IDT 
entry does not indicate a 'l"SS, only the encryption or the 
initialization of the current registers is carried out, and the 

45 saving into the TSS does not takes place. Of course the 
restart of that program becomes impossible in that case. 
Note however that the system registers including a part of 
the flag registers and the task register are excluded from a 
target of the encryption or the initialization of the registers 

51) for the sake of continuation of the OS operation. 

"1 Tie contents of the context shown in l ; Ki. 10 are actually 
interleaved, encrypted in block units and stored hi the 
memory Here the information items to be saved will be 
described first. At a top, stack pointers and user registers 802 

55 to 825 corresponding to respective privileged modes arc 
provided, and one word 826 indicating a TSS size and the 
presence/absence of the encryption is placed next. This 
indicates whether the TSS in which the processor is saved is 
encrypted or not. Even in the case where the TSS is 

60 encrypted* this region will be maintained in a plaintext form 
without being encrypted. 

After that, data encryption control register (CY0 to CY3) 
regions 827 to 830 that are added for the purpose of the daia 
protection are placed, and a padding 831 for adjusting the 

65 size to the block length is placed. Finally, a value E^^JKr] 
832 in which a key Kr used in encrypting the context is 
encrypted by the secret key algorithm using the execution 
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code encryption key Kcode, a value E^jKr] 833 in which 
the key Kr used in encrypting the context is encrypted by 
using the public key Kp of the processor, and a signature 
SjrJjmessage] 834 using the secret key Ks of the processor 
with respect to them all arc placed. Also, a region 801 for a 
link to Ihe previous task lhat .maintains a call up relationship 
among tasks is saved in a plaintext form in order to enable 
the task scheduling by the OS. 

I Tiese execution code encryption and signature generation 
are carried out by the context information encryption/ 
decryption unit 254 in the exception processing unit 131 
shown in l»'Ki. 4, which is based on a function independent 
from the encryption of the processing target data of the 
execution codes. At a time of saving the context information 
in the TSS, even if some encryption is specified in an address 
of the TSS by the other data encryption function, this 
specification is ignored and the context information is saved 
in a state in which the context is encrypted. 'I "his is because 
the encryption attributes of the data encryption function arc 
specific to each protected (encrypted) program so that the 
restart of some program cannot depend on that function. 

In encrypting the context, a word in the TSS size region 
826 to be recorded in a plaintext form is replaced to a value 
"0". Then, the interleaving similar to that explained with 
references to FIGS. 7Aand 7B is applied, and the context is 
encrypted. At this point, the padding 831 is set to a size that 
enables the appropriate interleaving in accordance with the 
encryption block size. 

Here, the reason for not encrypting the register values 
directly by the public key Kp of the processor or Ihe 
execution code encryption key Kcode is to enable Lhe 
analysis of the encrypted context by both the program 
vendor and the processor while prohibiting the decryption of 
the context by Lhe user. 

The program vendor knows Lhe execution code encryption 
key Kcode so that the program vendor can obtain the 
encryption key Kr of the contexi by decrypting E AW J^Kr] 
832 by using Kcode. Also, lhe microprocessor 101 can 
obtain the encryption key Kr of the context by decrypting 
ii Kf [Kr] 833 by using the own secret key Ks. Namely, the 
program vendor can analyze lhe trouble by decrypting the 
context information without knowing the secret key of the 
microprocessor of the user, and the microprocessor 101 
itself can restart the execution by decrypting Ihe con I ex I 
information by using the own secret key Ks. The user who 
does not have either key cannot decrypt the saved context 
information. Also, the user who does not know tlie secret key 
Ks of the microprocessor 101 cannot forge the context 
information and the signature S A . ^message] with respect to 
lw[Kr] and U Aj? [Kr]. 

In order to enable the mutually independent decryption of 
the context information by the program vendor and the 
microprocessor, it is also possible to consider a method for 
encrypting the context information directly by using Kcode. 
However, in the case where the register state is already 
known, there is a possibility for the known-plaintext attack 
against the execution code encryption key Kcode. Namely, 
when a value of the key for encrypting data is fixed, the 
following problem arises. Consider the case of executing a 
program which reads a data input by the user and writes it 
into a working memory temporarily by encrypting iL. The 
data that arc to be encrypted and written into the working 
memory can be ascertained by monitoring Lhe memory, so 
thai the user can repeat the input many limes by changing the 
input value and obtain the corresponding cucryptcd data. 
This implies lhat lhe ehosen-plainlexl aliack of lhe cryp- 
toanalysis theory is possible. 
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The known-plainlexl attack is not fatal lo lhe secret key 
algorithm, but it is still preferable to avoid that. 1'or this 
reason, a random number Kr is generated at a random 
number generation mechanism 252 of the exception pro- 

5 cessiug unit 131 at each occasion of the coutext saving, and 
supplied La Lhe context information encryplionAlecryplion 
unit 254. The context information encrypt ion/decryption 
unit 254 encrypts the context by the secret key algorithm 
using the random number Kr. Then, the value lij^.^fKr] 

10 832 in which the random number Kr is encrypted by the 
same secret key algorithm using the execution code encryp- 
tion key Kcode is attached. 'I Tie value U^Kr] 833 is 
obtained by encrypting the random number Kr by the public 
key algorithm using the public key Kp of the microproces- 

15 SIX. 

Here, the raudom number is generated by the random 
number generation mechanism 252. Tn the case where the 
program is encrypted, normally there is no change in the 
program codes so that the corresponding plaintext codes 

20 cannot be acquired illegally as long as the operation is not 
analyzed. In this case, there is a need to carry out the 
"ciphcrtcxt-only attack" in order to cryptoanalyzc, so that it 
is very difficult to rind the encryption key. However, in the 
case where the data entered by the user arc to be stored into 

25 the memory by encrypting them, the user can freely select 
the input data. For this reason, it is possible for the user to 
make the "chosen-plaintext attack** against the encryption 
key which is far more effective than the "ciphertexi-only 
attack". 

30 Against lhe chosen-plaintext attack, it is possible to adopt 
a measure for enlarging the search space by adding a random 
number called "salt" into the plaintext to be protected. 
However, it is very tedious lo implement the saving into the 
memory in a form where lhe "sail" random number is 

35 incorporated in every data at lhe application programming 
level, so lhat this can cause lhe lowering of lhe programming 
efficiency ami performance. 

For this reason, (he random number generation mecha- 
nism 252 generates lhe random number (encryption key) for 

4i) encrypting the context at each occasion of the context 
saving. As the encryption key can be selected arbitrarily, 
there is also an effect that the safe communications between 
processes or between processes and devices can be realized 
faster. This is because Ihe speed for encrypting data by the 

45 hardware at a time of the memory access is far slower in 
general than the speed for encrypting data by the software. 

On the contrary, if the value of the encryption key for the 
data region is limited to a presented value such as lhat 
identical to the execution code encryption key for example, 

5i) then it becomes impossible to use the data encryption 
function of the processor for the other programs encrypted 
by the other encryption keys or the sharing of the encrypted 
data with the devices, so that it becomes impossible to take 
advantage of the fast hardware encryption function provided 

55 in the processor. 

Note that the decryption of the encrypted random number 
Ei& rt rf..[Kr] 832 that takes place at a time of the restart and 
the generation of the signature 834 can be based on any 
algorithm and secret information as long as a condition that 

60 they can be carried out only by the microprocessor 101 is 
satisfied. In the above example, Lhe secret key Ks unique lo 
the microprocessor 101 (which is also used for the decryp- 
tion of Lhe execution code encryption key Kcode) is used for 
both, but respectively dUTerenl values may be used for these 

05 purposes. 

Also, lhe saved context contains a Hag indicating the 
presence/absence of the encryplion, so that lhe encrypted 
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conlext information and the non-enerypled context informa- 
tion can coexist according to the need. Ifie TSS size and the 
11a g indicating Ihe presence/absence of Lhe encryption are 
stored in a plaintext form so thai it is easy to maintain Ihe 
compatibility with respect to the past programs. 5 

<Processing for Restarting the Interrupted Program> 

At a time of restarting the process by recovering the 
context, the OS issues a Jump or call instruction with respect 
to a 'IKS descriptor indicating the saved 'INS. 

Returning now to l«'KS. 4, the execution code encryption II) 
key and signature verification unit 257 if the exception 
processing unit 131 verifies the signature S^f message] 834 
by using the secret key Ks of the processor first, and sends 
the verification result to the exception processing unit 255. 
In the case where the verification result is failure, the 15 
exception processing unit 255 stops the restart of the execu- 
tion of the program, and causes the exception. Hy this 
verification, it is possible to confirm that the context infor- 
mation is surely generated by the proper microprocessor 101 
that has the secret key and not altered. 20 

When the verification of the signature succeeds, the 
context information cncryptiou/'dccryption unit 254 obtains 
the random number Kr by decrypting the context encryption 
kcv ExJiKf] 833 °y using the secret key Ks. On the other 
hand, the execution code encryption key Kcode correspond- 25 
ing to the program counter (EIP) 809 is taken out from the 
page table buffer 230, and sent to the current code encryp- 
tion key memory unit 251. The context information 
encryption/decryption unit 254 decrypts E^^pCr] by using 
Ihe execution code decryption key Kcode, and sends lhe 30 
result to the execution code encryption key and signature 
verification unit 257. The execution code encryption key and 
signature verification unit 257 verifies whether the decryp- 
tion result of E AW ^[Kr] 832 coincides with Ihe decryption 
result of the microprocessor using lhe secret key Ks or not. 35 
By this verification, iL is possible to confirm IbaL this context 
information is generated by the execution of the execution 
codes encrypted by using the secret key Kcode. 

If I his verification of the execution code encryption key 
with respect to the context information is not carried out, it 4U 
woukl become possible for the user lo make an attack by 
producing codes encrypted by using any suitable secret key 
Ka and applies the context information obtained by execut- 
ing these codes lo the codes encrypted by the olher secret 
key Kb. *l*he above verification eliminates a possibility of 45 
this attack and guarantees tlie safety of the context infor- 
mation for the protected codes. 

'Iliis object can also be achieved by adding a secret 
execution code encryption key Kcode to the context 
information, but in this embodiment, by the use of the value 5i> 
L£x«*fc[K f ] ' n which a secret random number Kr used in 
encrypting the context information is encrypted by using the 
execution code encryption key Kcode selected by the pro- 
gram vendor, it is possible to reduce the amount of memory 
required for saving the context information so as to achieve 55 
the effects of the fast context switching and the memory 
saving. This also enables the feedback of the context infor- 
mation to the program creator. 

Now, when the verification of the execution code encryp- 
tion key and the verification of the signature by the execu- 60 
lion code encryption key and signature verification unit 257 
both succeed, the context is recovered to the register file 253, 
and the program counter value is also recovered so I ha l lhe 
control is relumed to an address at a time of the execution 
interruption that caused to generate this context. 65 

When either one of these verifications fails so that Ihe 
exception processing unit 255 causes the exception to occur, 
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an exception occurrence address indicates an address at 
which lhe jump or call instruction is issued. Also, a value 
indicating illegality of the 'ISS is stored into an interruption 
cause field in the ID' J" table, and an address of a jump target 
TSS is stored into a register that stores an address that is Ihe 
cause of the interruption. In this way, the OS can learn the 
cause of the context switching failure. 

Note that, in order to realise the Faster restart processing, 
it is also possible to use a configuration in which the supply 
of the execution state encrypted by the context information 
encryption/decryption unit 254 to the register file 253 and 
Ihe verification processing by the execution code encryption 
key and signature verification unit 257 are carried out in 
parallel, and the subsequent processing is stopped when the 
verification fails. 

The safety of this encryption scheme using a random 
number depends on the impossibility to predict a random 
number sequence used, and a method for generating by 
hardware a random number lhal is very hard lo predict is 
disclosed in Onodera, el al., Japanese Patent No. 2980576. 

The analysis of the context information by the program 
vendor is important in improving the quality of the program 
by analyzing the causes of any trouble in the program that 
occurred according to a condition by which the program is 
used by the user. In this embodiment, in view of this fact, the 
above described scheme for realizing both the safety of the 
context and the capability of the context information analy- 
sis by the program vendor is employed, but it is also true that 
Ihe use of this scheme increases the overhead of the context 
saving. 

Moreover, Ihe verification of the conlexl information by 
using the signature made by the microprocessor prevents the 
execution of the protected codes in the illegal context 
information by using a combination of arbitrarily selected 
value and encryption key, but this additional pro Lection also 
increases the overhead. 

Consequently, in the case where there is no need for the 
capability of the context information analysis by the pro- 
gram vendor or a mechanism for eliminating the program 
reslarl using the Illegal context information, lhe context 
information containing information for identifying the 
execution code encryption key may be directly encrypted by 
using the secret key of tlie processor, liven in such a case, it 
is still possible to make the intentional alteration of the 
context crypt ographically impossible, and prevent the con- 
text information from being applied to a program encrypted 
by using a different encryption key. 

Here, the context saving format will he described further. 
Its relationship with the operation will l>e described later. 

In FIG. 10, an B R" bit 825-1 is a bit indicating whether the 
context is restartable or not. When this bit is set to " I", the 
execution can be restarted by recovering the state saved in 
the context by the above described recovery procedure, 
whereas when this bit is set to "0", the restart cannot be 
made. This has an effect of preventing the restart of the 
context in which the illegality is detected during the execu- 
tion of the encrypted program so as to limit the restartable 
contexts to only those in the proper states. 

A U U" bit 825-2 is a flag indicating whether the TSS is a 
user TSS or a system TSS. When this bit is set to W CT, the 
saved TSS is the system TSS, and when this bit is set to "1", 
the saved TSS is the user TSS. The TSS that will be saved 
and recovered through the task switching accompanied by 
Ihe change of the privilege from the exception entry as 
described above or through a task gale call up is the system 
TSS. 

The difference between the system TSS and the user TSS 
lies in whether a task register indicating a TSS saving 
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location of the currently executed program is lo be updated 
or not at a lime of the recovery of the TSS. In the recovery 
nf the system IKS, the task register of the currently executed 
program will he saved in the link to the previous task region 
801 of the TSS to be newly recovered, and the segment 
selector of the new TSS will be read into the task register. On 
the other hand, in the recovery of the user TSS, the update 
of the task register value will not he carried out. 'ITie user 
TSS is aimed only at the saving and the recovery of the 
register state of the program so that it is not accompanied by 
tlie change of the privileged mode. 

The exception includes a software interrupt used for the 
system call up from the application program. In the case of 
the software interrupt for the purpose of the system call up, 
the general purpose register is often used for the parameter 
exchange, and there can be cases where the context infor- 
mation encryption can obstruct the parameter exchange. 

The software interrupt is generated by the application 
itself, so that it is possible for the application lo destroy 
information of the registers that have secrets, prior to the 
generation of the software interrupt. Under the presumption 
of such conditions, it is possible to use a scheme in which 
the encryption of the registers is not carried out only in the 
case of the software interrupt. Of course, in such a case, the 
application program creator should take this fact into con- 
sideration and design the program such that the secrets of the 
program can be protected. 

Next, the suppression of the plaintext program debugging 
function will be described. 

The processor has a step execution function which causes 
the interruption whenever one instruction is executed, and a 
debugging function whieh causes the exception whenever a 
memory access with respect to a specific address is made. 
These functions may be useful for the development of 
programs but they can impair the safety of programs that are 
encrypted for the purpose of the secret protection. 
Consequently, in the microprocessor of this embodiment, 
such debugging functions are suppressed during the execu- 
tion of the encrypted program. 

The instruction TLB 121 can Judge whether the currently 
executed code is protected or not (encrypted or not). During 
the execution of the protected code, two debugging func- 
tions including a debug register function and a step execu- 
tion function are prohibited in order to prevent an intrusion 
of the encrypted program analysis from a debug llag or a 
debug register. 

'Hie debug register function is a function in which a 
memory access range and an access type such as reading/ 
writing as tire execution code or data are set in advance into 
a debug register provided in the processor such that the 
interruption is caused whenever a corresponding memory 
access occurs. In this emlx>diment, during the execution of 
the protected code, the contents set in the debug register will 
be ignored so that the interruption for the purpose of the 
debugging will not occur. Nolc however that the case where 
a debug bit is set in the page tabic is excluded from this rule. 
The debug bit in the page table will be described later. 

During the execution of a non-protected (plaintext) code, 
the interruption will be caused whenever one instruction is 
executed if a step execution bit in an EFLAGS register of the 
processor is set, but during the execution of the protected 
code, this bit will also be ignored so that the interruption will 
not occur. 

In this embodiment, in addition to the encryption of the 
execution codes ibr the purpose of preventing the analysis, 
these functions make the analysis of the program by the user 
difficult by preventing the dynamic analysis of the program 
using the debug register or the debug llag. 
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<Dala Prolection> 

Next, the protection of the processing target data of the 
execution codes will be described. 

In this embodiment, the encryption attributes for protect - 

5 ing data arc defined in four registers CY0 to CY3 that are 
provided inside the microprocessor 101 . They correspond lo 
regions 717 to 720 shown in l-'Ki. 9. In J ; Ki. 9. details of the 
registers CY0 to CY2 are omitted, and only details of the 
register CY3 are shown. 

ll> Lilements of the encryption attribute will now be 
described by taking the CY3 register 717 as an example. 
Upper bits of the logical address indicating a top of the 
region to be encrypted are specified in a base address 717-1. 
The size of the region is specified in a size region 71 7 A. A 

15 size is specified in units of the cache line so that there is an 
invalid portion at the lower bits. A data encryption key is 
specified in a region 717-5. Here the secret key algorithm is 
used so that the region 717-5 is also used for the decryption 
key, When a value of the encryption key is specified as "(T, 

m it implies that the region indicated by that register is not 
encrypted. 

Among the specifications of the regions, CY0 is given the 
highest priority, and CY1 to CY3 arc given sequentially 
lower priorities in this order. For example, When the regions 

25 specified by CY0 and CY1 overlap, the attributes of CY0 arc 
given the priority over those of CY1 in that region. Also, the 
definition of the page table is given tlx; highest priority in the 
case of a memory access as the execution code rather than 
as the processing target data. 

30 A debug bit 717-4 is used in selecting whether the data 
operation in the debugging slaLe is to be carried out in an 
encrypted state or in a plaintext state. Details of the debug 
bit will be described later. 

FIG. 12 shows the information flow in the encryption/ 

55 decryption of the processing target data of the execution 
codes. Here, the data protection is made only in Ihe slate 
where the code is protected, that is the code is executed in 
an encrypted slate. Note however that the case where the 
code is executed in the debugging sLale lo be described 

4i) below will be excluded from this rule. When the code is 
protected, the contents of the data encryption control regis- 
ters (wh ich will be also referred to as the encryption attribute 
registers or the data protection attribute registers) CY0 to 
CY3 are read from the register file 253 shown in FIG. 4 lo 

45 a data encryption kev table 236 provided inside the data Tl M 
141. 

When some instruction writes data into a logical address 
"Addr", the data TI,H 141 Judges whether the logical 
address "Addr" is contained in ranges of CYO to CY3 or not 

5i> by checking the data encryption key table 235 (see I'ICi. 4). 
As a result of the Judgement, if the encryption attribute is 
specified, the data TLB 141 commands the code encryption 
function 212 to encrypt the memory content by the specified 
encryption key at a time of the memory writing of a 

55 corresponding cache fine from the LI data cache 218 to the 
memory. 

Similarly, in the case of reading, if the target address has 
the encryption attribute, the data TLB 141 commands the 
data decryption function 219 to decrypt the data by the 

60 specified encryption key at a time of the reading of a cache 
line out to the corresponding LI data cache 218. 

In this embodiment, the data encryption attributes arc 
protected from the illegal rewriting including the privilege 
of the OS by placing all the data encryption attributes lor the 

65 data encryption in the registers inside the microprocessor 
101 and saving the contents of the registers at a time of (he 
execution interruption as the context information in a safe 
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form inlo a memory (the main memory 281 of FIG. 4, for 
example) external of Ibe microprocessor 101. 

'Hie data encryption/decryption is carried out in units of 
the cache line that is interleaved as described above in 
relation lo the contexi encryption. For this reason, even 5 
when one bit of the data on the LI cache 114 is rewritten, the 
other bits in the cache line will be rewritten on the memory. 
'I "he execution of the data reading/writing is carried out 
collectively in units of the cache line, so that the increase of 
the overhead is not so large, but it should be noted that the 
reading,' writing with respect to the encrypted memory 
regions cannot be carried out in units less than or equal lo the 
cache line size. 

In the above, the method for protecting the data by 
encryption in this embodiment has been described. By this 
method, on the main memory, it is possible to process the 15 
encrypted data by encrypting them inside the processor by 
using the encryption key and the memory range specified by 
the application program, and read/write them as plaintext 
data from a viewpoint of the application. 

Next, two mechanisms for preventing reading of the data zn 
stored in a plaintext form in the cache memory inside the 
processor by a program other than the encrypted programs 
that has read these data (which will be referred to as the other 
program) will be described. 

First, the program is identified by its encryption key. This 25 
identification is made by using a key object identifier used 
at a time of decrypting the currently executed instruction 
inside the processor. Here, a value of the key itself may be 
used tor this identification, but a value of the execution code 
decryption key has a rather large size of 1024 bits before the 30 
decryption or of 128 bits after the decryption which would 
require an increase of the hardware size, so that the key 
object identifier which has a total length of only 10 bits is 
used. 

The Ll instruction cache 213 in which the decrypted 35 
execution codes are to be stored has an attribute memories 
in correspondences to the cache lines. When the decrypted 
execution codes are stored into the Ll instruction cache 213 
by the code decryption function 212, the key object identifier 
is written into the attribute memory. 40 

Also, in the case of reading the encrypted data from the 
memory and decrypting it, the contents of the data protection 
attribute registers CYO to CY3 are read out from the register 
file 253 to a protection table management function 233 of the 
data TI.H 141. At this point, the key object identifier 45 
corresponding to the currently executed instruction is also 
read from the current code encryption key memory unit 251 
at tlie same time and maintained in the protection table 
management function 233. 

Similarly as in the case of the instruction cache, the data 51) 
cache 218 has attribute memories in correspondence to the 
cache fines. When the data read out from the memory is 
decrypted by the data decryption function 219 aixl stored 
into the Ll data cache 218, the key object identifier is written 
into the attribute memory from the protection tabic man- 55 
agement function 233. 

When some instruction is executed and the data referring 
is carried out, the key object identifier written in the attribute 
of the data cache and the key object of that instruction in the 
instruction cache arc compared by the secret protection GO 
violation detection unit 256. II they do not coincide, the 
exception of the secret protection violation occurs and the 
data referring falls. In the wise where the attribute of the data 
cache indicates a plaintext, the data referring always suc- 
ceeds. 05 

Note that, when (he attributes of the instruction and the 
data do not coincide, instead of" causing the exception, it is 
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also possible to discard the content of this data cache and 
re-read the data from the memory once again. 

For example, consider program-1 and program-2 for 
which the execution code encryption key as well as the data 
protection attribute registers CYO to CY3 are different. If the 
encrypted data referred and wrilten into the cache by the 
program-1 is to be referred by the prt>gram-2, the program-2 
will rend out a different data, litis operation is in accord with 
the purpose of protecting secrets. 

If two programs have the same data encryption key and 
data at the same address are referred by them, the same data 
will be read so that this data can be shared between them. 

In this way, in this emlxxliment, data generated by some 
program-1 can be protected from being referred by another 
program-2 by providing a function for maintaining attributes 
of the instruction to be executed and the data indicating 
programs to which they originally belong, and comparing 
the attributes to see if they coincide or not at a time of the 
data referring due to the instruction execution. 

<Entry Gate> 

In this embodiment, the cases where the control can be 
shifted from the non-protcctcd code to the protected code arc 
limited only to the following two cases: 

(1) the case where the context encrypted by using the 
execution code encryption key (that is, the context having a 
random number) that coincides with a restart address is to be 
restarted; and 

(2) the case where the control is shifted from a non- 
protcctcd code to an entry gate instruction ("cgatc" 
instruction) of the protected code, by the execution of the 
consecutive codes or by a Jump or call instruction. 

This limitation is placed in order to prevent an attacker 
ijom obtaining information on code fragments by executing 
the code from arbitrary position. The procedure for the 
above (1) has already been described in relation to the 
context recovery. Namely, the control is shifted lo the 
execution of the protected code only when it Ls verified that 
the context information matching with the execution code 
encryption key of the code that was executed immediately 
before the interruption is contained, and thai the proper 
signature given by the microprocessor 101 is attached. 

'1 "he above (2) is a processing for prohibiting a transition 
to the execution of the protected code unless a special 
instruction called entry gale ( w egate") instruction is executed 
at the beginning of the control in the case of shifting the 
control from the no n -protected code to the protected code. 

IKS. 11 shows a procedure for switching a protection 
domain based on the entry gate instruction. 'Hie micropro- 
cessor 101 is maintaining the encryption key of the currently 
executed code in the current code encryption key memory 
unit 251 (see IKi. 4) of the exception processing unit 131. 
First, whether the value of this key is changed in conjunction 
with the execution of the instruction or not is judged (step 
601), When the change of the key value is detected (step 601 
NO), whether the instruction executed in conjunction with 
the change is an entry gate ("cgatc") instruction or not is 
checked next (step S602). If it is the entry gate instruction, 
it implies that it is a proper instruction so that the control can 
be shifted to the changed code. Consequently, when it is 
Judged as an entry gate instruction (step 602 YES), this 
instruction is execute*!. 

On the other hand, when it is Judged as not an entry gate 
instruction (step 602 NO), it implies that the interrupted 
instruction is an improper instruction. In this case, whether 
the instruction that was executed im mediately previously is 
an encrypled (protected) instruction or not is judged (step 
603). If it is a non -protected instruction, the exception 
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processing can lake place directly, bul if il is a protected 
instruction, there is a need to carry out the exception 
processing while protecting that instruction. 

Consequently, when it is judged as a non-protected 
instruction (step 603 NO), the exception processing is car- 
ried out directly, whereas when il is Judged as a protected 
instruction (step 6003 YliS), the non-restartable exception 
processing is carried out while maintaining the protected 
state. 

Uy this limitation of the control shifting, the direct shift- 
ing of the control from a plaintext code to a code at a 
location other than that of the entry gate instruction is 
prohibited, I "he context recovery implies the recovery of the 
state that was already executed once by that program 
through the entry gate. Consequently, the execution of the 
protected program must pass through the entry gate. By 
suppressing locations for placing the entry gate to the 
minimum necessary number in the program, there is an 
effect of preventing an attack for guessing a program struc- 
ture by executing the program from various addresses. 

Also, at this entry gate, the initialization of the data 
protection attribute registers is carried out. When the entry 
gate is executed, a random number Kr is loaded into a key 
region (a region 717-5 in CY3) of the data protection 
attribute registers CY0 to CY3 717 to 720 shown in FIG. 9 
The encryption target top address is set to "0", the size is set 
to an upper limit of the memory, and the entire logical 
address space is set as the encryption target. If the debug 
attribute is not set in the execution code, the debug bit (717-3 
in CY3) is set as non-debugging. 

In other words, at a timing of the encryption code execu- 
tion start, all the memory accesses arc encrypted by using 
the random nu mber Kr determined at a time of the entry gate 
execution. Also, in I be execution code encryption control, 
the definition in the page table is given a higher priority as 
already mentioned above. This random number Kr Is gen- 
erated independently from the random number used in the 
context encryption. 

By this mechanism, a prolecled program to be newly 
executed is set to lie always encrypted by using a key 
determined randomly at a time of the slarl of all the memory 
accesses. 

Of course, in this state the entire memory region is 
encrypted so that it is impossible to give parameters of the 
system call through the memory or exchange data with the 
other programs, h'or this reason, the program carries out the 
processing by sequentially adjusting its own processing 
environment by setting the data protection attribute registers 
such that the necessary memory region can be converted into 
plaintext so that it becomes accessible. Uy leaving the 
register CY3 with a lowest priority in the initial setting of 
being encrypted by using the random number, while setting 
the encryption key u 0" as the plaintext access setting for the 
other registers, it is possible to reduce a risk of accessing an 
unnecessary region as a plaintext and writing data to be kept 
in secret by encryption out to a plaintext region by error. 

The contents of the registers other than the data protection 
attribute registers arc not encrypted even in the initialization 
at the entry gate, and pointers for specifying locations of 
stacks or parameters can be stored therein. However, cares 
should be laken in ihe processing of the program to be 
executed through the entry gate so that secrets of the 
program will nol be stolen by calling up the entry gale by 
setting illegal values into ihe registers. 

It is also possible to use a configuration for initializing all 
the registers other ihan the ilags and the program counter, 
including the general purpose registers other than the data 
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protection attribute registers, at Ibe entry gale in the case of 
attaching more importance to the safety, even though this 
provision makes the programming more restricted and the 
efficiency poorer. Even in this case, the parameters such as 

5 stacks can be exchanged through a memory region specified 
by a relative address or an absolute address of ihe program 
counter. Note however that, similarly as in the case of the 
context saving, the system registers including a part of the 
flag registers and the task register are excluded from a target 

to of the encryption or the initialization of the registers for the 
sake of continuation of the OS operation. 

In this way, in the microprocessor 101 of this 
embodiment, the fragmental execution of the protected code, 
especially the illegal setting of the data protection state, is 

15 prevented, as the first instruction to be executed at a time of 
shifting the control from the program in the plaintext state to 
the protected program is limited to the entry gate instruction 
and the registers including the data protection attribute 
registers arc initialized by the execution of the entry gate 

20 instruction. 

Next, the execution control of the protected program will 
be described. First, the call up and the branching that arc 
closed within the protection domain will be described, The 
call up within the protection domain is exactly the same as 

25 that for the usual programs. FIG. 13 shows the call up and 
the branching within the protection domain conceptually. 

The execution of the code 1101 in the protection domain 
is started as a thread 1121 ouiside the protection domain is 
branched into an "cgatc" (entry gate) instruction of the 

30 protection domain. By the execution of Ihe "egale" 
instruction, all Ihe registers are initialized, and then Ihe data 
protection attributes arc set up sequentially by the execution 
of the program. The control is shifted to a branch target 
"xxx" 1111 in the protection domain by a "imp xxx" 

35 instruction (processing 1122), and a "call yyy" instruction 
local ed at hh address ''pPP*' 1112 is executed (processing 
1123). The calling source address "pop" 1112 is pushed into 
a slack memory 1102, and Ihe control is shifted to a call 
target "yyy" 1113. When Ihe processing at Ihe call target is 

4i> completed and a "ret" instruction is executed, the control is 
shifted to a return address "ppp" 1112 in the slack. There is 
no limitation on the execution control while the execution 
code encryption key remains the same. 

Next, Ihe call up and Ihe branching from a protection 

45 domain to a non-protection domain will be described, l or 
this control shifting, the execution of a special instruction 
and the operation of the user TSS to be described lie low will 
be carried out in order to avoid a shifting from a protection 
domain to a non-protection domain that is not intended by 

so the program creator and to protect the data protection state. 
FIG. 14 shows the call up and the branching from a 
protection domain to a non-protected domain conceptually, 
where an execution code 1201 of the protection domain and 
an execution code 1202 of the non-protection domain are 

55 placed in respective domains. Also, a user TSS region 1203 
aud a region 1204 for exchanging parameters with the 
non-protection domain arc provided. 

The execution begins when a thread 1221 executes the 
cgatc" instruction. The program of the protection domain 

00 saves the address of the user TSS region 1203 in a prescribed 
parameter region 1204 before calling up the code of the 
non-protection domain. Then, the code of the non -protection 
domain Is called up by executing the "ecall" instruction. The 
"ecaU" instruction takes two operands. One is a call target 

OS address, and the other is a saving target of the execution 
stale. The u ecalT instruction saves the register slate ai a lime 
of the call up (or more accurately the register stale when the 
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program counter is in a slale after Ihe "ecall" instruction is 
issued) into a region specified by Ihe operand "uTSS", in a 
format similar to that in the case of the encrypted 'I'SS 
described above. In the following, this region will be 
referred lo as a user TSS. 5 

The difference between the user TSS and the system TSS 
lies in thai, in the user register shown in FIG. 10, a U 11a g 
is set in a region 825-2 on the TSS. The difference in the 
operation will be described later. In the saving of the user 
TSS into the memory, the data protection attributes defined 
in the da la protection attribute registers CY0 lo CY3 by Ihe U) 
user are not applied, similarly as in the case ol the saving of 
the context information into the system TSS. 

The call target code of the n on -protect ion domain cannot 
exchange parameters because the registers arc initialized by 
Ihe execution of Ihe 4, ecaH" inslruclion. For this reason, Ihe 1Jf 
parameters arc acquired from a prescribed address "param" 
1204, and the necessary processing is carried out. There is 
no limitation on the programming in Ihe non-protection 
domain. In the example ol FIG. 14, a sub-rouline "qqq" 
1213 is called up (processing 1225). The call up from the 
protection domain can be adapted to the call up semantics of if) 
Ihe sub-routine "qqq" by placing an adaptor code for copy- 
ing slack pointer setting and Ihe parameters lo ihe slack, 
between "exx" and tlic call up of "qqq", for example. Hie 
processing result is sent to the calling source through the 
parameter region 1204 on the memory (processing 1226). 25 
When the processing of the sub-routine is completed, a 
"sret" instruction is issued in order to return the control to 
the calling source protection domain (processing 1227). 

The "sref instruction takes one operand for specifying 
the user TSS, unlike the "ret" instruction that has no 30 
operand. Here, the user'ISS 1203 is specified indirectly as 
the recovery information through a pointer stored in Ihe 
parameter region ''param" 1204. The recovery of the user 
TSS by the "sret" instruction largely differs from tbc recov- 
ery of the system 'I^SS in that the task register is not affected 
aL all even when the user TSS is recovered. The task link 
field of the user TSS will be ignored. The recovery will fall 
when the system TSS with the U flag 825-2 set to 4< CP is 
specified in the operand of the "srel" instruction. 

At a lime of the execution ol" ihe recovery, the decryption 
of the execution state and tlic verification of the execution 41 * 
code encryption key and the signature already described 
above are carried out, and when the violation is delected, Ihe 
exception of the secret protection violation will occur. When 
the verification succeeds, the execution is restarted from an 
instruction next to the calling source "ecall" instruction. This 45 
address is encrypted arxl signed in the user TSS, so that. il. is 
cryptographically impossible to forge this address. All the 
registers except for the program counter will be set back to 
the state before the call up, so that the code of the protection 
domain acquires the execution result of the sub-routine 50 
"exx" from the parameter region 1204. 

At a time of shifting the control to the n on -protect ion 
domain after Ihe processing of the protection domain is 
completed, an "cjmp" instruction is used. The "cjmp" 
instruction docs not carry out the saving of the state, unlike 55 
the "ecall" inslruclion. If Ihe conlrol is shifted from the 
protection domain lo the n on -protect ion domain by the 
instruction other than "ccall" and "cjmp", such as "Jmp M or 
"call", the exception of the secret protection violation occurs 
and the encrypted context information is saved in the TSS 
region (a region indicated by Lhe task register) of the system. (i0 
Note that the context information wit! be marked as non- 
restartable at this point. Note also that specifying an address 
in Ihe protection domain as a jumping large I of lhe "cjmp" 
instruction does not cause the violation. 

Ibis completes the description of a procedure for call up 05 
from the protection domain to the non-protection domain 
and newly added instructions used in that procedure. 
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At a lime of Ihe recovery of lhe user TSS by Ihe 
application, an attack for substituting the user TSS by the OS 
which has privileges Is nol cnlirely impossible. However, t he 
interchangeable TSS information in such a case is only the 
context information whose execution is always started 
through the "egate" and which is saved by the saving of the 
execution slale caused by lhe interruption or by Ihe user 
explicidy, as long as lhe execution code encryption key of 
the protection domain is managed correctly. Apossibility for 
the leakage of the secrets of the application due to the 
interchange of this context infonnalion is quite small, and il 
is quite difficult for an attacker to guess what kind of the 
context information interchange is necessary in acquiring 
the secrets of the application. 

The procedure for call up from the protection domain to 
tbc non-protection domain described above is also appli- 
cable to a procedure for shifting the control between the 
protection domains, if lhe inslruclion lo be executed liist at 
the call target is the "cgatc" instruction of the calling source 
side. 

In this case, the call up between the protection domains 
can be carried oul safely by encrypting lhe region for 
exchanging parameters between these protection domains, 
by using an encryption key that is shared by carrying out the 
authentication key exchange between these protection 
domains in advance. 

As described, according to the microprocessor of the 
present invention, it becomes possible to prevent the illegal 
analysis by the OS or a third parly by protecting both the 
execution codes and the processing target daLa of Ihe execu- 
tion codes by using the encryption, under the multi-task 
environment. 

Also, il becomes possible lo prevent the illegal rewriting 
of the encryption attributes in the case of saving the 
encrypted data. 

Also, it becomes possible to protect the encrypted data 
from illegal attacks by using arbitrary random number Kr 
rather than a fixed key as the encryption key for the 
processing target data. 

Also, it becomes possible to carry oul the debugging in 
the plaintext state, and when errors arc found, a feedback on 
tlic errors can be provided to the program vendor who knows 
the execution code encryption key. 

Also, il becomes possible to prevent an increase of the 
memories in the microprocessor and suppress the cost of the 
microprocessor by saving information that required the 
secret proteclion such as the encryption allribule informalion 
on an external memory by attaching a signature of the 
microprocessor, reading only the necessary portion into the 
registers inside the microprocessor, and carrying out the 
verification of lhe signature al a lime of reading. In (his 
scheme, lhe safely against lhe substitution al a lime of the 
reading can also be guaranteed. 

It is also to be noted that, besides those already mentioned 
above, many modifications and variations of the above 
embodiments may be made without departing from the 
novel and advantageous features of the present invention. 
Accordingly, all such modifications and variations are 
intended to be included within the scope of the appended 
claims. 

What is claimed is: 

1. A microprocessor having a unique secret key and a 
unique public key corresponding to the unique secret key 
lhal cannot be read out lo external, comprising: 

a reading unit configured lo read out a plurality of 
programs encrypted by using different execution code 
encryption keys from an external memory; 
a decryption unit configured to decrypt the plurality of 
programs read oul by the reading unit by using respec- 
tive decryption keys; 
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an execution unil configured to execute Ihe plurality of 
programs decrypted by the decryption unit; 

a context information saving unit configured to save a 
context information for one program whose execution 
is to be interrupted, into the external memory or a 5 
context information memory provided inside the 
microprocessor, the context information containing 
information indicating an execution state of the one 
program and the execution code encryption key of the 
one program; and 1J > 

a restart unit configured to restart an execution of the one 
program by reading out the context infonnation from 
the external memory or the context ini'oima lion 
memory, aud recovering the execution state of the one 
program from the context information; 15 

wherein the context information saving unit is configured 
lo general e a random number as a temporary key, to 
encrypt (he context information, ami to save an 
encrypted context information into the external 20 
memory, the encrypted context information containing 
a first vahic obtained by encrypting information indi- 
cating the execution state of the one program by using 
the tempnrary key and a second value obtained by 
encrypting the temporary key by using the public key; ^ 

the restart unit is configured to restart the execution of the 
one program by reading out the encrypted context 
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informal ion from Ihe external memory decrypting the 
temporary key from the second value contained in the 
encrypted context information by using the secret key, 
decrypting the information indicating the execution 
state from the first value contained in the encrypted 
context information by using a decrypted temporary 
key, and recovering the execution slate of the one 
program from a decrypted context information; and 

the context infonnation saving unil saves Ihe encrypled 
context information that also contains a third value 
obtained by encrypting the temporary key by using the 
execution code encryption key of the one program. 
2. 'Hie in icrop accessor of claim 1, wherein the restart unit 
decrypts a first temporary key from the second value con- 
tained in the encrypted context information by using the 
secret key and decrypts the information indicating the 
execution state from the first value contained in the 
encrypted context information by using the first decrypted 
temporary key, while decrypting a second temporary key 
from the third value contained in the encrypted context 
information by using the execution code encryption key of 
the one program, and restarts the execution of the one 
program only wlien the first decrypted temporary key coin- 
cides with the second decrypted temporary key. 
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